En la comprobación del 12 de octubre de 2026, IANA identifica KSK-2024 como activa y firmando desde el 11 de octubre. La transición queda confirmada por la página oficial del estado de las claves, no simplemente deducida del calendario. Estado de IANA: https://www.iana.org/dnssec/files. El artículo de Cloudflare del 6 de octubre describía la preparación: debe leerse como orientación previa, no como un informe de incidentes posterior. Explicación de Cloudflare: https://blog.cloudflare.com/root-ksk-2024-rollover/. POR QUÉ IMPORTA A UNA EMPRESA Empiece por identificar quién administra el resolvedor de la oficina, de los servidores de aplicaciones y del sistema de supervisión. Pueden ser tres partes distintas. Pregunte a cada equipo si ha revisado la configuración de sus anclas de confianza raíz. Que un navegador funcione en un portátil no demuestra que todos los entornos de producción estén preparados. Tampoco esta actualización del estado de la clave demuestra que su propio sitio haya sufrido una caída. Para el propietario de un dominio, la evaluación práctica empieza con las dependencias, no con la compra de otro nombre. Anote la ruta DNS utilizada por la tienda, la integración de pagos y el servidor de correo saliente. Asigne a cada uno un responsable y un resultado de prueba. Esta es nuestra recomendación operativa: una lista breve convierte el anuncio en acciones concretas sin transformarlo en una emergencia general. QUÉ PROBAR HOY Elija tres tareas normales: abrir la web desde una conexión externa, enviar un mensaje de prueba mediante el formulario y ejecutar un control seguro de un servicio backend. Registre hora, red y resultado. Si algo falla, recoja el error DNS exacto y compare otra conexión antes de editar la zona. Un error genérico del navegador no basta para identificar DNSSEC como causa. Los cambios pequeños permiten interpretar la investigación. Si administra un resolvedor validador, utilice el procedimiento de inspección y actualización de anclas admitido por su proveedor de software. El aprendizaje automático de claves está normalizado por RFC 5011; no presuponga que una imagen antigua de máquina virtual conservó ese estado. RFC 5011: https://www.rfc-editor.org/rfc/rfc5011.html. Disponer de un mecanismo de actualización y demostrar que la instancia actual está bien configurada son controles distintos. INTERPRETAR BIEN LAS PRUEBAS Cloudflare ofrece una prueba de preparación para la clave raíz; RFC 8509 define el mecanismo sentinel que utiliza. Interprete el resultado teniendo en cuenta la compatibilidad: una conclusión indeterminada no demuestra que el dominio esté averiado. Especificación sentinel: https://www.rfc-editor.org/rfc/rfc8509.html. Para un resolvedor interno, conserve la salida de la herramienta con la dirección y la versión del software y pida su revisión al administrador responsable. QUÉ NO CAMBIA ESTA ACTUALIZACIÓN No cambie las claves de firma propias del dominio ni sus servidores de nombres únicamente porque haya cambiado la clave raíz. Empiece por las instrucciones del proveedor y un síntoma real. La migración DNS y el mantenimiento de anclas raíz son operaciones diferentes con responsables distintos. No las combine en la misma investigación salvo que las evidencias lo requieran. Al comprar un dominio, incluya la responsabilidad del DNS y la recuperación de accesos en la entrega. Un nombre memorable es solo una parte de una dirección empresarial utilizable. Explore el catálogo de DomainEvery: https://domainevery.com/es/domains y documente después quién mantendrá su DNS y su correo. NOTA EDITORIAL Y FUENTES Este texto analiza el estado publicado de las claves y propone controles empresariales. No hemos medido la disponibilidad mundial ni comprobado todos los resolvedores. Fuentes primarias: IANA: anclas de confianza y estado de la transición: https://www.iana.org/dnssec/files, artículo preparatorio de Cloudflare del 6 de octubre: https://blog.cloudflare.com/root-ksk-2024-rollover/, RFC 5011: https://www.rfc-editor.org/rfc/rfc5011.html, RFC 8509: https://www.rfc-editor.org/rfc/rfc8509.html.