Los primeros 3 bytes de una dirección MAC son el OUI del fabricante asignado por IEEE y los últimos 3 bytes los planifica el fabricante. Esta regla permite comprobar el prefijo: si la marca o el tipo de dispositivo declarado no coincide, aparece una incoherencia.
Cuando se habla de MAC, muchas personas piensan primero en los ordenadores de Apple. En realidad, una dirección MAC no tiene relación con Apple: es un identificador físico de los dispositivos de red.
Para quienes gestionan varias cuentas, lo importante es que esta dirección sigue una regla de generación estandarizada a nivel mundial. Y si existe una regla, también puede comprobarse.
Un identificador de hardware de 48 bits
Una dirección MAC consta de 48 bits binarios y suele escribirse como 12 dígitos hexadecimales, por ejemplo 00:1C:B3:XX:XX:XX.
MAC significa Media Access Control y se refiere a la capa de enlace de datos; la coincidencia con el nombre de los Mac de Apple es solo ortográfica. Su uso habitual está dentro de redes locales: los switches usan la dirección para decidir a qué puerto enviar una trama, los routers pueden emplearla en listas de permitidos o bloqueados y las redes empresariales o universitarias la utilizan a menudo para identificar dispositivos. Estos escenarios, en principio, no tienen relación con el control de riesgo de cuentas.
Los primeros 3 bytes son el código del fabricante: el OUI
Los 12 dígitos hexadecimales se dividen en dos partes.
Los primeros 3 bytes, es decir, 6 dígitos hexadecimales, forman un código exclusivo del fabricante llamado OUI. IEEE asigna estos rangos de manera centralizada y cada fabricante recibe bloques fijos. Los últimos 3 bytes los planifica el propio fabricante para evitar duplicados entre dispositivos de la misma marca.
Las dos partes juntas dan a la dirección MAC su unicidad global, del mismo modo que cada teléfono tiene un IMEI propio. Precisamente porque el prefijo se asigna y puede rastrearse, también puede utilizarse como campo de verificación cruzada.
Que no pueda leerse no significa que no pueda relacionarse
Conviene aclarar primero un punto: el navegador no puede leer directamente la dirección MAC.
Algunas personas concluyen que, si no puede leerse, es segura. Esa conclusión no es válida. El riesgo no está en poder leer o no el identificador, sino en que el mismo identificador se reutilice y termine relacionando entornos.
Hay dos situaciones que pueden causar problemas. Una es usar el mismo hardware o máquinas virtuales o entornos en la nube clonados de forma simple, de modo que varias cuentas queden detrás del mismo identificador MAC. Puede parecer que los entornos están aislados mientras la identificación de red sigue uniéndolos. La otra es la colaboración remota: cuando miembros del equipo usan sus propios dispositivos y herramientas remotas para operar el mismo grupo de cuentas, las rutas de distintos dispositivos pueden cruzarse y generar indicios de relación entre entornos que en principio no estaban vinculados.
Cómo se ven las incoherencias
Si la información del sistema de un dispositivo declara una marca, pero el prefijo de la dirección corresponde a otro fabricante, existe un conflicto lógico directo. Otros casos similares son:
- El tipo de dispositivo declarado (sobremesa, portátil o móvil) no coincide con el prefijo de la dirección
- Los prefijos de varios entornos están demasiado concentrados y parecen proceder del mismo lote de dispositivos
- Los últimos 3 bytes muestran un patrón evidente en lugar de una asignación aleatoria
Una dirección aislada puede parecer correcta. La contradicción aparece cuando se evalúa dentro de la coherencia global del entorno.
Qué cambios son razonables y cuáles se contradicen
Aquí hay que distinguir dos tipos de cambios.
El primero corresponde a la planificación técnica. Las máquinas virtuales, los contenedores y las imágenes para despliegues masivos ya cuentan con sus propios esquemas de asignación de direcciones. Dividir y numerar dispositivos dentro de un mismo plan es una práctica normal; si las reglas se mantienen coherentes de principio a fin, no se crea ninguna contradicción.
El segundo tipo es realmente contradictorio: declarar un fabricante en la información del sistema mientras el prefijo apunta a otro, concentrar muchas direcciones de entornos en un rango de prefijos muy pequeño o disponer los últimos 3 bytes como números consecutivos. Todos estos cambios tienen algo en común: rompen las relaciones originales entre parámetros y hacen que la propia modificación se convierta en una señal anómala.
Evitar identificadores repetidos también forma parte del aislamiento
En la gestión de varias cuentas, aislar entornos no consiste solo en impedir que los datos se mezclen, sino también en evitar la reutilización de identificadores.
En la capa del entorno del navegador, PurpleMark configura de forma independiente varios parámetros, incluidos los identificadores de dispositivo, con el objetivo de que cada entorno parezca un dispositivo independiente para la plataforma. Lo importante no es que un parámetro concreto sea especial, sino que no existan conflictos lógicos entre distintos entornos.
No hacen falta herramientas profesionales para una autoevaluación. Añada la coherencia de la MAC a la lista de comprobación del entorno junto con la detección de fugas WebRTC y las comprobaciones de coherencia de la huella digital. Revise cuatro puntos: si el prefijo y la declaración del sistema pertenecen al mismo fabricante, si la distribución de prefijos varía de forma razonable entre entornos, si los últimos 3 bytes muestran patrones claros y si zona horaria, idioma y resolución están alineados en la misma dirección.
Este contenido explica únicamente principios técnicos. Utilice las herramientas relacionadas de forma legal y conforme a las normas, y respete los términos de servicio de cada plataforma.
