Tema
Poder de delegación del DNS
Dentro de la faceta Tema, la inteligencia temática Poder de delegación del DNS conecta artículos que comparten un tema específico, un enfoque en señales o una temática de seguimiento. La página ofrece a los lectores un recorrido más completo a través de informes relacionados, evidencia de fuentes, actores del mercado e implicaciones de infraestructura, con el contexto suficiente para entender por qué el tema es relevante en los movimientos corporativos, las decisiones de gobernanza, la exposición regional y el riesgo operativo. Los lectores pueden comparar señales recurrentes, organizaciones implicadas, evidencia pública, contexto de mercado, continuidad del servicio, contratación, competencia, cumplimiento y cuestiones de planificación estratégica que subyacen al tema, en lugar de quedarse en una lista escueta de artículos relacionados. Explica de qué trata el tema, qué actores o políticas de infraestructura están implicados, qué evidencia respalda la cobertura y por qué puede ser relevante para operadores, clientes, inversores y lectores interesados en las políticas.
ICANN
El camino del recurso en .jp: qué cambió — y qué no — en las reglas del JP-DRP
Impugnar un registro .jp acaba de volverse más sencillo en lo práctico y sigue siendo igual de estrecho en lo sustantivo. La revisión de las reglas de procedimiento de la política de resolución de disputas del dominio .jp (JP-DRP), aprobada por la junta de JPNIC el 17 de febrero…
Expediente
El primario oculto aceptó el registro. Ningún usuario pudo abrir el servicio
RFC 9665 comprime la inscripción DNS-SD en una actualización atómica y firmada. El acuse del registrador demuestra que la transacción superó sus reglas; no demuestra que la información llegó a los servidores que responden, que el resolver la vio ni que la aplicación funcionó.
IETF
Llegó la configuración, no la zona pública: RFC 9527
Un hogar puede recibir por DHCPv6 el dominio y los gestores correctos y seguir sin una autoridad DNS pública utilizable. RFC 9527 resuelve la coordinación inicial; la operación real exige demostrar cada salto posterior.
IETF
El campo estaba vacío. Eso no demostraba que no hubiera alias: RFC 9532
RFC 9532 permite que un proxy HTTP revele la cadena de nombres que encontró al resolver el siguiente salto. La diferencia entre «vacío», «ausente» e «incompleto» decide si el dato sirve como observación o se convierte, por error, en una absolución de identidad.
ICANN
La cadena de autoridad del registro .jp: una auditoría de los instrumentos que otorgan y limitan el poder de JPRS
Japan Registry Services Co., Ltd. (JPRS) gestiona hoy el dominio de nivel superior de país .jp, pero ese poder no emana de una propiedad: es el resultado de una cadena de instrumentos delegados —informes de redelegación de IANA, un acuerdo de patrocinio ccTLD con ICANN, un…
Tendencias de institucionales globales
La cadena de autoridad administrativa detrás de AS210764: quién puede modificar hoy el registro ISC-AGP1 de Internet Systems Consortium
Un número de sistema autónomo asignado por el RIPE NCC a Internet Systems Consortium Inc. lleva sin aparecer en la tabla de enrutamiento global desde el 3 de febrero de 2023. Su registro, sin embargo, no es un simple residuo: el objeto aut-num permanece intacto desde su creación…
Institucionales globales
BIND 9: la reparación termina donde termina el soporte
ISC, el consorcio sin ánimo de lucro que mantiene BIND 9, cerró en junio de 2026 el mantenimiento de una rama que su propia política ya no evalúa frente a vulnerabilidades nuevas. El expediente público permite reconstruir con precisión qué repara la organización y qué deja de…
ICANN
ICANN puede declarar su propio incumplimiento. El remedio todavía necesita que otro actúe
La arquitectura de rendición de cuentas de ICANN separa dos cosas que suelen confundirse: declarar que el Consejo violó los Estatutos y reparar esa violación. Un Panel del Proceso de Revisión Independiente puede hacer lo primero con carácter vinculante; para lo segundo solo puede…
Historias
ARIN cerró la petición de automatizar DS. La decisión del padre sigue pendiente
Una zona hija puede anunciar qué clave quiere que reconozca su padre, pero no puede ordenar por sí sola el cambio en la zona superior. ARIN dio por cerrada en enero una propuesta para actualizar automáticamente registros DS, tras admitir que sería útil y que exigiría trabajo de…
ICANN
Un porcentaje DNSSEC no dice quién firmó ni quién verificó
El avance que ICANN describe en Ghana y Nigeria tiene varios responsables. La validación en los resolutores de MTN y la firma de `.ng` por NiRA protegen tramos distintos de una misma consulta.
Historia de Internet
RFC 2352 quiso convertir el nombre legal en una ruta DNS; la identidad no cabía en esa fórmula
Un registro mercantil puede certificar una sociedad dentro de una jurisdicción. El DNS puede delegar una etiqueta dentro de una rama. RFC 2352 intentó encadenar ambos hechos para evitar disputas por nombres, pero la nota editorial que acompañó al RFC dejó constancia del problema…
IETF
El DNS confirmó la clave; la aplicación aún no había autorizado nada
La revisión 14 del borrador de autenticación de clientes con DANE permite ligar un nombre aportado durante TLS a un certificado o una clave pública mediante TLSA y DNSSEC. Esa prueba no decide quién puede entrar en el servicio ni qué operación puede ejecutar.
ICANN
ICANN: quién puede frenar una solicitud de nuevo gTLD y qué remedio queda
El sitio del programa de nuevos gTLD dice que la primera ronda está cerrada y ofrece el manual de 2012. Con ese punto de partida, la pregunta útil no es cuántas solicitudes se rechazaron, sino qué instrumento permite detener o aplazar una solicitud y qué puede obtener realmente…
Historias
Stork compara series DNS solo en el inventario que pudo obtener
La demostración de APNIC 62 hizo visible una diferencia útil entre servidores DNS. El paso previo es menos vistoso y más decisivo: saber qué demonios, vistas y configuraciones llegaron al inventario y cuándo se actualizaron.
IETF
RFC 9874: el borrado EPP de un cliente puede romper el DNS de otro
El problema no empieza cuando el servidor rechaza la orden. Empieza cuando acepta una supresión solicitada por un cliente y las consecuencias alcanzan dominios patrocinados por otros. RFC 9874 muestra que la autoridad para borrar un objeto EPP y la dependencia real del DNS no…
IETF
El enlace quedó cifrado. La copia de la zona no quedó gobernada: RFC 9103
RFC 9103 impide que un observador pasivo recoja en claro todo un AXFR o IXFR. No convierte esa protección del transporte en autorización por zona, exactitud del contenido ni custodia responsable de la réplica ya entregada.
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…
ICANN
4,3 millones de IDN cuentan registros, no aceptación universal
Un nombre puede estar delegado, registrado y resolverse correctamente, pero fracasar en el campo de correo de una cuenta. El informe de ICANN de 2026 permite ver las dos partes: la oferta multilingüe ya tiene escala y la cadena de aplicaciones que debe utilizarla todavía tiene…
IETF
La raíz recibe menos consultas, pero no necesariamente menos tráfico
LocalRoot oculta muchas consultas al Root Server System y acerca las respuestas al resolver. A cambio abre otra obligación: buscar fuentes, detectar seriales nuevos, mover la zona, comprobar ZONEMD y DNSSEC, activar una copia y abandonar esa copia antes de que caduque. Un…
ICANN
ICANN encauzó las peticiones de AFRALO sin adoptarlas
La declaración conjunta de AFRALO y AFRICANN llegó a la Junta con una etiqueta modesta: “para fines informativos”. Dentro, sin embargo, había propuestas con consecuencias presupuestarias, operativas e institucionales. La respuesta de la presidenta de la Junta reconoció la…