Resumen

  • Warren Kumari explicó en la plenaria de cierre de RIPE 92 que registró algunos dominios cuyo nombre seguía siendo válido tras cambiar un solo bit. Su servidor recibió nombres solicitados, SNI, URL y cookies; escogió variantes difíciles de producir con una errata y filtró tráfico automático.
  • Pensó en excluir nuevos TLD a un bit de los existentes. Al revisar la lista anterior encontró aproximadamente 60 pares ya cercanos. La ficha oficial de la charla registra un informe breve sobre bitsquatting, mientras la posible regla seguía en el cuaderno.

El experimento de Kumari tenía la modestia de una trampa para insectos: un pequeño servidor y unos nombres registrados. Pero en lugar de insectos aparecieron peticiones reales. Había rutas de programas, nombres de host largos, URL y cookies. El 22 de mayo de 2026, durante RIPE 92, los mostró para plantear una pregunta de control: si un bit altera el destino mientras el nombre está en memoria, ¿quién termina recibiendo lo que el cliente envía?

Primero generó variantes que conservaban la forma de un dominio DNS válido. Después registró algunas y esperó. Los escáneres visitan cualquier dominio nuevo, y una mano puede equivocarse en el teclado; por eso eligió ciertos pares con teclas lejanas y buscó cadenas que suelen entregar programas, no personas. Separó ruido automático de las visitas que le interesaban. La transcripción oficial explica estos filtros, aunque no publica el conjunto completo para atribuir cada acceso a un fallo de memoria.

La información que llegó merecía más cuidado que una cifra de visitas. Kumari habló de miles de solicitudes de archivos JavaScript y de muchas cookies, algunas con aspecto de credenciales de sesión. En ciertos ejemplos, una conexión TLS siguió hacia el nombre bajo su control y entregó una cookie. El punto del sistema donde se produjo la alteración condiciona lo que una comprobación de certificado puede impedir. Su presentación no relata un uso posterior de esas credenciales; sí documenta que fueron a parar a un destinatario inesperado.

Con una nueva ronda de gTLD en perspectiva, Kumari imaginó una barrera sencilla: impedir que un nuevo dominio de primer nivel esté a un bit de otro. Hizo la prueba antes de escribir la propuesta y el inventario le devolvió unos 60 pares ya existentes. La administración de nombres puede ser estricta mañana sin cambiar lo que repartió ayer. Es el tipo de detalle que convierte una política bonita en una política incompleta.

El cierre de la charla no trajo un remedio mágico. La memoria con corrección de errores reduciría cierta clase de fallo, pero los dispositivos que consultan nombres son variados. La raíz decide qué TLD se delegan; el software valida a quién se conecta; el operador puede observar tráfico que no debería llegar. El problema atraviesa esas tres decisiones.

Kumari no llevó al escenario una norma adoptada. Llevó la razón para medir primero. Antes de prometer un candado a los futuros solicitantes, hay que saber cuántas puertas contiguas están abiertas y qué dejan pasar los clientes cuando pisan la equivocada.