Dominio principal
DNS
En la faceta Dominio principal, los análisis de DNS se agrupan por dominio principal para que los lectores puedan seguir un área concreta de la infraestructura de Internet, la gobernanza, los mercados de conectividad o el capital digital. La página reúne artículos relacionados, evidencia pública, instituciones, empresas, personas, exposición regional, dependencias operativas y contexto de mercado que de otro modo aparecerían en páginas de categoría separadas. Explica el dominio, la clase probable de actor, el contexto de mercado o de gobernanza y el material de origen que los lectores deben usar al comparar señales. Operadores, analistas y lectores de gobernanza pueden ver cómo el mismo dominio aparece en eventos, perfiles, cambios de mercado, evidencia de fuentes públicas, dependencias regionales y decisiones de infraestructura de ciclos más largos a lo largo del tiempo.
Líderes
Dean Pemberton quiso convertir un bloque IPv4 contaminado en una dirección DNS. APNIC dijo sí y luego no.
APNIC había puesto 1.2.3.0/24 en cuarentena por el tráfico no solicitado. Pemberton vio una salida: resolver DNS mediante anycast de alcance local. El grupo de políticas aceptó la idea un jueves. La reunión de miembros no alcanzó consenso el viernes.
Académicos
Giovane Moura pide datos DNS comparables; el historial IPv6 de .nl se perdió
SIDN publica las métricas DNS de .nl con el formato RSSAC-002. Su propio repositorio también documenta un día ausente y un recuento histórico de IPv6 que ya no puede recalcularse.
IETF
Joe Abley midió DNSSEC poscuántico: 1 ms en la mediana, 1.405 ms en p99
La mediana del primer ensayo de Cloudflare casi no se movió. El último 1% sí: el camino con doble firma registró 1.405 ms más de tiempo transcurrido que el control clásico en p99. La gráfica de resolutores validadores también llamó «net breakage» al resultado agregado del 6,0%.…
ICANN
Carlos Gañán separó dos resultados del abuso DNS: más meses, campañas 38 % menores
En 1.106 gTLD, la probabilidad mensual de abuso fue 3,1 puntos porcentuales mayor en la categoría 1, mientras que el tamaño esperado de las campañas cayó un 38 % una vez que aparecía el abuso. El modelo combinado estimó un 37 % menos de dominios registrados maliciosamente por…
Académicos
Ginevra Fabrizio ahorró 11 bytes; NXDOMAIN siguió superando el límite
En RIPE 93, la investigadora de la Universidad de Twente comparó dos formatos Falcon-512 al reproducir un día de consultas `.nl`. La firma sin relleno tuvo una mediana de 655 bytes frente a 666; todas las respuestas NXDOMAIN probadas superaron los dos umbrales de tamaño…
IETF
El algoritmo 18 ya tenía número. Joe Abley encontró la barrera EPP.
IANA registra ML-DSA-44 como el algoritmo DNSSEC 18. En RIPE 93, Joe Abley describió el obstáculo siguiente: un registro puede rechazar los datos DS que un operador debe enviar mediante EPP. Su borrador de octubre propone que las reglas de aceptación sigan los registros de IANA.
Académicos
Martine Sophie Lenders encontró la pista que dejaba el DNS cifrado
Su estudio sobre IoT con recursos limitados no leyó la consulta: midió cómo la forma del paquete todavía podía delatar el tráfico DNS y cuánto reducían esa señal la transferencia por bloques y la compresión de cabeceras.
Institucionales globales
Cinco versiones corregidas y una palabra vaga: leer la CVE-2025-40778
Un informe fechado sobre una falla de envenenamiento de caché en BIND 9 enumera con exactitud qué compilaciones llevan la corrección y deja el lado afectado en «varias». Esa asimetría decide qué puede probar el registro ante quien firma la actualización, y qué no puede probar en…
Expediente
Dyn siguió resolviendo. Ningún texto impuso un deber a la resolución.
Un proveedor de nombres compartido absorbió tráfico de bots en octubre de 2016, y el registro público lo conservó como una historia de caída. Los documentos que vinieron después son más extraños que la historia: una advertencia federal sobre los aparatos que lanzaron ese tráfico…
Líderes
Ray Bellis: la tabla que sobrevive y el texto que solo obliga a quien lo adopta
Hay una fila en un registro público que dice «DNS Stateful Operations (DSO)» y le asigna el valor 6 de OpCode. Esa fila no caduca, no pide permiso y no depende de que su autor siga en el sector. Es el objeto más durable de todo este expediente, y también el más malinterpretado.
ICANN
La negativa del .org: una puerta de consentimiento sin criterio publicado
En noviembre de 2019 la Internet Society acordó vender Public Interest Registry, la operadora del dominio de primer nivel .org, a la firma de capital privado Ethos Capital. El 30 de abril de 2020 la Junta Directiva de la ICANN rechazó su consentimiento al cambio de control del…
IETF
El registro asignó un número; el resolutor todavía decide
RFC 9563 incorpora firmas SM2 y resúmenes SM3 al vocabulario de DNSSEC. La asignación evita ambigüedades en el protocolo, pero no acredita consenso del IETF, idoneidad criptográfica, soporte efectivo ni una respuesta autenticada.
IETF
El servidor de respaldo respondió. La clave en caché no encajó: RFC 8901
Un segundo proveedor de DNS autoritativo puede seguir respondiendo cuando falla el primero y aun así no ofrecer una respuesta aceptable para un resolutor validador. RFC 8901 convierte la redundancia DNSSEC en un contrato de sincronización entre firmantes, no en un recuento de…
Historia de Internet
Gihan Dias y el paso de Sri Lanka del enlace al nombre
Antes de que una red pueda sentirse propia, no basta con que transporte paquetes. La historia de Gihan Dias conduce desde el correo que viajaba por llamadas breves hasta una pregunta más política y más íntima: ¿con qué escritura puede un país nombrarse en la raíz de Internet?
Expediente
Cuando el parche no demuestra la reparación: la cadena de riesgo de BIND ante KeyTrap y la recursión excesiva
Las vulnerabilidades de un resolvedor DNS rara vez terminan cuando aparece una versión corregida. En BIND, una entrada especialmente construida puede convertir el procesamiento normal de consultas en un problema de disponibilidad: la recursión excesiva puede agotar recursos de…
IETF
James Gould y la señal de ocultación que no demuestra la política
Una respuesta RDAP puede no mostrar un dato por razones opuestas: porque el dato no existe o porque existe y el servidor no lo entrega a ese cliente. Para una pantalla ambos casos parecen un hueco. La RFC 9537, coescrita por James Gould, permite que el servidor describa uno de…
Expediente
Cuánta discreción cabe en un dominio interno
Una empresa puede demostrar que autorizó una excepción DNS sin publicar los nombres privados que contiene. RFC 9704 separa esas dos necesidades, pero deja decisiones importantes a los operadores: qué identidad hacer visible, qué ámbito delegar y cómo renovar el acuerdo.
IETF
Suzanne Woolf y la etiqueta de servidor que no identifica una máquina
Un servidor DNS puede adjuntar un identificador a su respuesta, pero la palabra «identificador» promete más de lo que el paquete demuestra. En una red con anycast, balanceadores y valores elegidos por el operador, la etiqueta solo adquiere significado cuando se conserva su…
IETF
Sara Dickinson y la promesa del resolutor que el cifrado no puede demostrar
Una consulta DNS cifrada cruza la red como una carta dentro de un sobre opaco, pero alguien tiene que abrirla para contestar. El RFC 8932, firmado entre otros por Sara Dickinson, obliga a mirar precisamente a quien abre ese sobre: qué anota, durante cuánto tiempo, con quién lo…
ICANN
Allison Mankin y la muestra de colisión de nombres que no demostraba su causa
Un mapa de calor puede mostrar miles de consultas hacia la raíz y, aun así, no revelar qué programa las originó ni qué se rompería si cambiara la respuesta. El informe RFC 8023, firmado también por Allison Mankin, convierte esa diferencia en una regla de trabajo: medir no…