Generador de direcciones MAC

Cuarenta y ocho bits con dos banderas dentro

Una dirección MAC son 48 bits que se escriben como seis pares hexadecimales. Los tres primeros pares son el OUI, el identificador que la IEEE asigna a cada fabricante; los tres últimos los pone el fabricante para distinguir sus dispositivos.

Pero hay dos bits, dentro del primer par, que no son datos sino banderas:

  02:1A:2B:3C:4D:5E
  ↑
  primer octeto = 0000 0010
                       ↑↑
                       ││└── bit menos significativo: multidifusión
                       │     0 = a un destinatario, 1 = a varios
                       └──── segundo bit: administración
                             0 = asignada por el fabricante
                             1 = local, definida por el usuario

Ese segundo bit es el interesante para generar datos de prueba: cuando está a 1, la dirección es local y por norma no pertenece a ningún fabricante. Es exactamente lo que quieres en un dato sintético, porque garantiza que no estás inventando una MAC que podría coincidir con un dispositivo real. Se reconocen porque el segundo dígito hexadecimal es 2, 6, A o E.

Cuatro formatos para la misma dirección

Los cuatro representan la misma dirección, y ahí está el trabajo: si tu inventario de red recibe datos de varias fuentes —un servidor DHCP en Linux, un panel de Windows, un conmutador Cisco— vas a recibir los cuatro. Normaliza a uno solo al guardar, o tendrás el mismo dispositivo cuatro veces.

function normalizaMac(mac) {
  const hex = mac.replace(/[^0-9a-fA-F]/g, "").toLowerCase();
  if (hex.length !== 12) return null;
  return hex.match(/.{2}/g).join(":");      // canónico: dos puntos, minúsculas
}

normalizaMac("02-1A-2B-3C-4D-5E")   // "02:1a:2b:3c:4d:5e"
normalizaMac("021a.2b3c.4d5e")      // "02:1a:2b:3c:4d:5e"
normalizaMac("021a2b3c4d5e")        // "02:1a:2b:3c:4d:5e"

La MAC ya no identifica un dispositivo

Esto es lo que ha cambiado en los últimos años y conviene tenerlo en cuenta si estás diseñando algo que dependa de la MAC: los móviles modernos la falsean a propósito.

iOS y Android usan desde hace varias versiones una MAC aleatoria distinta por cada red wifi a la que se conectan, y en algunos casos la rotan periódicamente. Es una medida de privacidad: evita que se pueda seguir a una persona por los puntos de acceso por los que pasa. Y precisamente por eso son direcciones locales, con ese segundo bit a 1.

Las dos consecuencias prácticas:

• El filtrado por MAC ya no sirve como control de acceso ni como identificación de usuario. Un móvil aparecerá con una dirección distinta en cada red.
• Un inventario de red basado en MAC infla el recuento de dispositivos, porque el mismo teléfono cuenta varias veces. Si tu aplicación hace eso, genera un lote de MAC locales y comprueba cómo se comporta con duplicados y con direcciones que aparecen y desaparecen.

Qué probar con MAC sintéticas

• Los cuatro formatos. La misma dirección con dos puntos, guion, punto y sin separador debe entrar una sola vez.
• Mayúsculas y minúsculas. Windows las da en mayúsculas, Linux en minúsculas. Normaliza antes de comparar.
• Longitud incorrecta. Once o trece dígitos hexadecimales deben rechazarse.
• Caracteres no hexadecimales. Una G o una Z no existen en hexadecimal: es la validación más básica y la que más se olvida.
• El bit local. Si tu aplicación distingue direcciones de fabricante de las locales, genera de los dos tipos y comprueba que lo detecta mirando el segundo dígito.

Direcciones sintéticas, con el bit local

Las direcciones que genera esta herramienta con el bit local activado no pertenecen a ningún fabricante por norma, así que no hay riesgo de que coincidan con un dispositivo real. Las que se generan con aspecto de fabricante son verosímiles pero aleatorias, y su OUI no se corresponde necesariamente con una asignación real de la IEEE.