NIST IR 8547: plazos para abandonar RSA y curvas elípticas

El National Institute of Standards and Technology (NIST) ha publicado la versión definitiva del informe Transition to Post-Quantum Cryptography Standards (NIST IR 8547), la hoja de ruta para abandonar la criptografía de clave pública que un ordenador cuántico suficientemente potente podría romper. Según Cybersecurity360, el documento salió el 27 de octubre de 2026. El informe se apoya en los tres estándares poscuánticos que el NIST publicó en agosto de 2024 e indica qué algoritmos sustituir, con qué prioridades y con qué calendario.

No hay una vulnerabilidad que corregir ni un parche que instalar: hay una fecha de caducidad para RSA, Diffie-Hellman y las curvas elípticas, que afecta también a quien vende tecnología a las administraciones estadounidenses o usa productos pensados para ese mercado.

El calendario: obsoletos tras 2030, prohibidos tras 2035

Según Help Net Security y Cybersecurity360, el informe prevé dos fases para la criptografía de clave pública vulnerable a la computación cuántica:

• después de 2030 los algoritmos quedan obsoletos (deprecated): todavía se pueden usar, pero el responsable de los datos debe evaluar el riesgo y decidir si continuar;
• después de 2035 quedan no permitidos (disallowed) para los usos regulados por los estándares y las directrices del NIST.

Para los sistemas federales más sensibles las fechas están más cerca. La Executive Order 14412 de junio de 2026 y, según Help Net Security, el memorando OMB M-26-15 exigen que los activos de alto valor, los sistemas de alto impacto y los demás sistemas sensibles prioritarios adopten:

• mecanismos poscuánticos de intercambio de claves antes del 31 de diciembre de 2030;
• firmas digitales poscuánticas antes del 31 de diciembre de 2031.

Help Net Security recuerda también que el National Security Memorandum 10 fija 2035 como plazo para completar la migración federal, y que la Executive Order 14306, junto con el mismo memorando OMB, obliga a las agencias a admitir TLS 1.3 antes del 2 de enero de 2030. El NIST, citado por Infosecurity Magazine, escribe que estos plazos «dejan poco margen» y exigen una acción inmediata y sostenida también por parte de proveedores de tecnología, organismos de normalización y operadores de infraestructuras.

Qué sustituir y con qué

El informe separa las dos funciones de la criptografía asimétrica, que no son intercambiables. Según el resumen de Cybersecurity360:

• intercambio de claves: RSA, Diffie-Hellman, ECDH y los demás esquemas basados en el logaritmo discreto dejan paso a FIPS 203 (ML-KEM);
• firma digital: RSA, ECDSA y EdDSA dejan paso a FIPS 204 (ML-DSA) y FIPS 205 (SLH-DSA);
• cifrado simétrico: AES y las principales funciones hash, con parámetros adecuados, se mantienen y no forman parte de la migración.

También según Cybersecurity360, para ML-KEM el NIST indica ML-KEM-768 como configuración predeterminada; HQC ha sido seleccionado como alternativa futura, pero su estándar todavía está en preparación.

La prioridad es el intercambio de claves, por el riesgo harvest now, decrypt later: el tráfico cifrado que se graba hoy podría descifrarse cuando exista un ordenador cuántico adecuado. Infosecurity Magazine señala como prioritaria la migración a FIPS 203 para los datos muy sensibles o que deben protegerse durante mucho tiempo. En las firmas, el riesgo solo se vuelve real cuando ese ordenador exista, pero certificados, firmware y dispositivos siguen en servicio durante años y hay que planificarlos con tiempo. Según Infosecurity Magazine, Microsoft ha advertido que los ordenadores cuánticos capaces de romper la criptografía asimétrica podrían llegar antes de lo previsto, quizá en los próximos cinco años.

Configuraciones híbridas y cadena de suministro

El NIST admite configuraciones híbridas, que combinan un algoritmo tradicional y uno poscuántico en la misma operación de intercambio de claves: la protección se mantiene aunque uno de los dos resulte débil. Infosecurity Magazine y Cybersecurity360 indican, sin embargo, que requieren más recursos de cálculo; Cybersecurity360 añade complejidad de ingeniería y la necesidad de pruebas independientes. Usar los dos algoritmos en conexiones separadas no es una configuración híbrida.

El informe pide además mirar toda la cadena de suministro criptográfica, no solo los sistemas propios (Infosecurity Magazine). La capacidad de migrar depende de bibliotecas, módulos HSM, certificados, protocolos y de los plazos de los proveedores; según Help Net Security, el NIST recuerda que las transiciones criptográficas anteriores han requerido de 10 a 20 años. Los sistemas que no puedan admitir la criptografía poscuántica deben identificarse y programarse para su sustitución o retirada. El National Cybersecurity Center of Excellence del NIST está preparando material práctico para la migración.

Impacto para las empresas europeas e italianas

Las fechas estadounidenses no son obligaciones para las empresas italianas, como subraya Cybersecurity360, pero afectan a los proveedores globales y, por tanto, a los productos que compras. Según Infosecurity Magazine, Cloudflare, Google y Microsoft se han fijado 2029 como plazo para su propia migración completa, mientras que Canadá, Australia, Japón y el Reino Unido han fijado plazos entre 2028 y 2030 para los sistemas públicos críticos.

Para Europa, la referencia sigue siendo la hoja de ruta coordinada adoptada por los Estados miembros en junio de 2025: iniciar la transición antes de finales de 2026 y proteger los casos de alto riesgo y las infraestructuras prioritarias antes de 2030. En Italia, la ACN (la agencia nacional de ciberseguridad) actualizó el 11 de junio de 2026 sus directrices sobre funciones criptográficas, incluidas las indicaciones para TLS.

Para las entidades sujetas a NIS2, las políticas sobre el uso de la criptografía ya forman parte de las medidas de gestión del riesgo; en el sector financiero, el reglamento delegado DORA 2024/1774 (artículo 6) exige una política documentada sobre los controles criptográficos. La sanidad y la administración pública, que custodian datos confidenciales durante décadas, están entre los sectores más expuestos al harvest now, decrypt later.

Qué hacer ya

1. Haz el inventario de la criptografía: algoritmos, protocolos, certificados y bibliotecas asociados a servicios, aplicaciones y datos, incluidos OT, pipelines de desarrollo y productos de terceros.
2. Da prioridad a los datos de larga duración: las comunicaciones que transportan datos que deben seguir siendo confidenciales durante años van primero, con intercambio de claves poscuántico o híbrido donde esté disponible.
3. Lleva los servicios a TLS 1.3, la versión que las agencias federales estadounidenses deberán admitir antes del 2 de enero de 2030.
4. Pregunta a tus proveedores qué algoritmos poscuánticos admiten, desde cuándo y cómo se actualizan, sobre todo para VPN, HSM, equipos de red, nube y dispositivos de larga vida útil.
5. No sustituyas lo que no hace falta: AES y las funciones hash aprobadas se mantienen; concentra los recursos en el intercambio de claves y las firmas.
6. Planifica la crypto-agility, es decir, la capacidad de cambiar algoritmos sin detener los servicios, e identifica los sistemas que habrá que retirar porque no podrán migrar.

Cómo ayuda ARXDOME

ARX Expose muestra lo que de tu empresa es visible desde internet, incluidos certificados, puertos abiertos y productos reconocidos; con ARX Scout Assessment, con tu autorización, se comprueban también certificados y protocolos obsoletos en tus direcciones públicas. ARX Sentry recoge el inventario de sistemas y software de las máquinas monitorizadas. Juntos ofrecen un punto de partida para el inventario criptográfico, dentro y fuera de la empresa.

Última actualización: 29 de octubre de 2026