Les 3 premiers octets d’une adresse MAC constituent l’OUI du fabricant attribué par l’IEEE, tandis que les 3 derniers sont planifiés par le fabricant. Cette règle rend le préfixe vérifiable : si la marque ou le type d’appareil déclaré ne correspond pas, une incohérence apparaît.
Quand on parle de MAC, beaucoup pensent d’abord aux ordinateurs Apple. En réalité, une adresse MAC n’a rien à voir avec Apple : c’est un identifiant physique des équipements réseau.
Pour les personnes qui gèrent plusieurs comptes, l’important est que cette adresse suit une règle de génération normalisée à l’échelle mondiale. Dès lors qu’il existe une règle, il devient possible de vérifier la cohérence.
Un identifiant matériel de 48 bits
Une adresse MAC comporte 48 bits binaires et s’écrit généralement avec 12 chiffres hexadécimaux, par exemple 00:1C:B3:XX:XX:XX.
MAC signifie Media Access Control et désigne la couche liaison de données ; la ressemblance avec le nom des Mac d’Apple est purement orthographique. Son usage habituel se situe dans les réseaux locaux : les commutateurs utilisent l’adresse pour déterminer le port auquel transmettre une trame, les routeurs peuvent s’en servir pour des listes d’autorisation ou de blocage, et les réseaux d’entreprise ou de campus l’emploient souvent pour identifier les appareils. À l’origine, ces usages n’ont rien à voir avec le contrôle des risques liés aux comptes.
Les 3 premiers octets sont le code du fabricant : l’OUI
Les 12 chiffres hexadécimaux se divisent en deux parties.
Les 3 premiers octets, soit 6 chiffres hexadécimaux, forment un code propre au fabricant appelé OUI. L’IEEE attribue ces plages de manière centralisée et chaque fabricant reçoit des blocs fixes. Les 3 derniers octets sont organisés par le fabricant afin d’éviter les doublons entre les appareils d’une même marque.
Ensemble, les deux parties assurent l’unicité mondiale de l’adresse MAC, un peu comme chaque téléphone possède son propre IMEI. Comme le préfixe est attribué et traçable, il peut aussi servir de champ de vérification croisée.
Illisible ne veut pas dire impossible à relier
Il faut d’abord préciser un point : un navigateur ne peut pas lire directement l’adresse MAC.
Certains en déduisent que ce qui n’est pas lisible est forcément sûr. Ce raisonnement ne tient pas. Le risque ne dépend pas de la possibilité de lire l’identifiant, mais de sa réutilisation et des liens qu’elle peut créer entre plusieurs environnements.
Deux situations peuvent réellement poser problème. La première consiste à réutiliser le même matériel, ou des machines virtuelles ou environnements cloud simplement clonés, si bien que plusieurs comptes se retrouvent derrière le même identifiant MAC. Les environnements peuvent sembler isolés alors que l’identifiant de couche réseau continue à les relier. La seconde concerne la collaboration à distance : lorsque des membres d’une équipe utilisent leurs propres appareils et des outils d’accès distant pour gérer le même ensemble de comptes, les chemins de connexion de différents appareils peuvent se croiser et créer des indices d’association entre des environnements auparavant indépendants.
À quoi ressemblent les incohérences
Si les informations système d’un appareil déclarent une marque alors que le préfixe de l’adresse correspond à un autre fabricant, il s’agit d’un conflit logique direct. D’autres cas comparables existent :
- Le type d’appareil déclaré (ordinateur de bureau, portable ou mobile) ne correspond pas au préfixe de l’adresse
- Les préfixes de plusieurs environnements sont fortement concentrés et donnent l’impression d’un même lot d’appareils
- Les 3 derniers octets présentent un motif évident au lieu d’une attribution aléatoire
Une adresse prise isolément peut sembler normale. La contradiction n’apparaît qu’en l’examinant dans la cohérence globale de l’environnement.
Quels changements sont raisonnables et lesquels se contredisent
Il faut distinguer deux types de modifications.
Le premier relève de la planification technique. Les machines virtuelles, les conteneurs et les images déployées en masse disposent déjà de leurs propres schémas d’attribution d’adresses. Segmenter et numéroter les appareils dans un plan cohérent est une pratique normale ; tant que les règles restent cohérentes de bout en bout, il n’y a pas de contradiction.
Le second type est réellement contradictoire : déclarer un fabricant dans les informations système alors que le préfixe renvoie à un autre, regrouper les adresses de nombreux environnements dans une très petite plage de préfixes ou organiser les 3 derniers octets en numéros consécutifs. Ces modifications ont un point commun : elles cassent les relations initiales entre les paramètres, au point que la modification elle-même devient un signal d’anomalie.
Des identifiants non répétés font partie de l’isolation
Dans la gestion de plusieurs comptes, isoler les environnements ne signifie pas seulement séparer les données, mais aussi éviter la réutilisation des identifiants.
Au niveau de l’environnement du navigateur, PurpleMark configure indépendamment plusieurs paramètres, dont les identifiants d’appareil, afin que chaque environnement apparaisse à la plateforme comme un appareil distinct. L’essentiel n’est pas de rendre un paramètre particulier inhabituel, mais d’éviter les conflits logiques entre plusieurs environnements.
Une auto-vérification ne nécessite pas d’outils professionnels. Ajoutez la cohérence MAC à la liste de contrôle de l’environnement, avec la détection des fuites WebRTC et les contrôles de cohérence de l’empreinte. Vérifiez quatre points : le préfixe et la déclaration système correspondent-ils au même fabricant, la distribution des préfixes varie-t-elle raisonnablement entre les environnements, les 3 derniers octets montrent-ils un motif évident, et le fuseau horaire, la langue et la résolution évoluent-ils de manière cohérente.
Ce contenu présente uniquement des principes techniques. Utilisez les outils concernés dans un cadre légal et conforme, et respectez les conditions d’utilisation de chaque plateforme.
