# Criptografía poscuántica: por dónde empezar

> La hoja de ruta PQC de la UE, CNSA 2.0 y NIS2 empiezan por un inventario criptográfico. Qué es «harvest now, decrypt later», ML-KEM en claro y un plan.

Source page: https://netsenx.com/es/blog/2026-11-12_post-quantum-readiness-guide · NetSenX Team · 2026-11-12

La preparación para la criptografía poscuántica empieza por una pregunta que se puede responder hoy, mucho antes de que exista un ordenador cuántico capaz: ¿dónde usa su organización criptografía de clave pública que un futuro ordenador cuántico podría romper, y cuáles de esos puntos protegen datos que deben seguir siendo secretos durante años? Reguladores y clientes han empezado a preguntar exactamente eso. La hoja de ruta coordinada de la UE, el CNSA 2.0 de la Agencia de Seguridad Nacional de EE. UU. (NSA) y la obligación sobre criptografía de NIS2 señalan el mismo primer paso: un inventario criptográfico y, después, una migración por prioridades.

Esta guía explica qué se pide realmente, cómo valorar el riesgo sin alarmismo, qué son los nuevos estándares en lenguaje claro, cuánto del inventario se puede construir a partir del tráfico de red y cómo planificar la migración.

## Qué piden los reguladores

**La hoja de ruta de la UE.** La Recomendación (UE) 2024/1101 de la Comisión, de 11 de abril de 2024, pidió a los Estados miembros coordinar la transición a la criptografía poscuántica. El 23 de junio de 2025, el Grupo de Cooperación NIS publicó la hoja de ruta coordinada: primeros pasos antes de que acabe 2026, incluidos planes nacionales e inventarios de dónde se usa criptografía vulnerable a la computación cuántica; casos de uso de alto riesgo migrados antes de que acabe 2030; y tantos sistemas como sea posible en 2035. La hoja de ruta se dirige a los Estados miembros y a sus sectores público y crítico, no directamente a su empresa, pero las autoridades nacionales la están convirtiendo en guías, y su lógica vale para todos: a finales de 2026, hay que saber dónde está su criptografía.

**NIS2.** La Directiva (UE) 2022/2555 exige a las entidades incluidas políticas y procedimientos sobre el uso de la criptografía y, en su caso, del cifrado, entre las medidas de gestión de riesgos del artículo 21. No cita ningún algoritmo. Pero el «estado de la técnica» avanza y, cuando organismos de normalización y agencias consideren normal el intercambio de claves poscuántico, una política criptográfica que lo ignore será difícil de defender.

**Estados Unidos.** El Commercial National Security Algorithm Suite 2.0 (CNSA 2.0) de la NSA fija los algoritmos de los sistemas de seguridad nacional de EE. UU.: ML-KEM-1024 para el establecimiento de claves y ML-DSA-87 para las firmas. La NSA espera que la transición de esos sistemas termine en 2035, en línea con el National Security Memorandum 10. Obliga a los sistemas de seguridad nacional de EE. UU. y a sus proveedores, no a las empresas europeas, pero los proveedores de clientes de defensa y de la Administración lo encuentran en los contratos.

Ninguno de estos textos hace que un producto, tampoco el nuestro, le haga cumplir en su nombre. Lo que piden es que la organización conozca su criptografía y planifique su sustitución.

## «Harvest now, decrypt later», sin pánico

Un atacante que hoy graba tráfico cifrado puede guardarlo y descifrarlo cuando exista un ordenador cuántico capaz. Eso es «harvest now, decrypt later» (recoger ahora, descifrar después). No amenaza a todo por igual. Los datos que dentro de dos años no valen nada, como la mayoría del tráfico de sesión, no están en riesgo. Sí lo están los que deben seguir siendo confidenciales diez o veinte años: contratos, historiales médicos y datos personales, propiedad intelectual, credenciales que nunca se cambian y todo lo que interesaría a un actor estatal.

La desigualdad de Michele Mosca convierte esto en una lista de prioridades. Para cada conjunto de datos importante, X es el número de años que debe seguir siendo secreto, Y los años que tardará en migrar los sistemas que lo transportan y Z los años que faltan para que un ordenador cuántico rompa la criptografía de clave pública actual. Si X más Y es mayor que Z, los datos que envía hoy ya están expuestos. Z es desconocido, así que pruebe un valor prudente y otro relajado y vea qué sistemas fallan incluso con el relajado. Por ellos hay que empezar.

## Los nuevos estándares, en lenguaje claro

En agosto de 2024, el NIST publicó los tres primeros estándares poscuánticos. **FIPS 203 (ML-KEM)** es un mecanismo de encapsulación de claves: permite que dos partes acuerden una clave secreta a través de una red abierta, la tarea que hoy hacen RSA y Diffie-Hellman de curva elíptica en el intercambio de claves. **FIPS 204 (ML-DSA)** es el principal esquema de firma digital, y **FIPS 205 (SLH-DSA)**, una alternativa más lenta basada en funciones hash. En la práctica, ML-KEM aparecerá primero dentro de TLS como el grupo híbrido X25519MLKEM768, que combina un intercambio clásico y uno poscuántico para que la conexión siga protegida si cualquiera de los dos resiste. La guía [ML-KEM y ML-DSA en lenguaje claro](/es/blog/2026-11-12_ml-kem-ml-dsa-explained) lo desarrolla, incluido por qué las claves más grandes estropean algunos equipos intermedios antiguos.

## Cuánto del inventario muestra la red

Un inventario criptográfico, publicado a veces como CBOM (cryptography bill of materials), indica dónde se usa cada algoritmo, versión de protocolo y clave, en qué sistema y quién es su responsable. Buena parte es visible en la red, sin descifrar nada:

- **El intercambio de claves de cada conexión.** Cada handshake TLS anuncia, antes de que empiece el cifrado, qué grupos de intercambio de claves ofrece el cliente y cuál elige el servidor, además de la versión de TLS. SSH hace lo mismo con su intercambio de claves. Así, un sensor puede listar, por servidor y por cliente, dónde se sigue usando un intercambio de claves vulnerable a la computación cuántica y dónde ya se usa el híbrido poscuántico.
- **Los equipos que nadie inventarió.** Cubre impresoras, dispositivos de red, pasarelas OT y servidores antiguos que no admiten un agente y que a menudo son los últimos en actualizarse.
- **Las claves que el handshake deja ver.** En TLS 1.2 el certificado del servidor viaja en claro, y las claves de host de SSH se intercambian en claro, así que se ven sus algoritmos y tamaños; en TLS 1.3 el certificado va cifrado.
- **Las regresiones.** Cuando un servicio ya ha pasado al intercambio híbrido, una conexión posterior que vuelve a un grupo clásico queda a la vista.

Lo que no puede ver: la criptografía dentro de aplicaciones y bases de datos, las claves y certificados guardados en disco, la firma de código, las copias de seguridad cifradas y cualquier segmento que ningún sensor vigile. Combine la vista de la red con un inventario de certificados, sus listas de componentes de software (SBOM) y cuestionarios a proveedores. El artículo sobre el [inventario criptográfico a partir del tráfico de red](/es/blog/2026-11-12_cryptographic-inventory-from-network-traffic) lo explica paso a paso.

## Un plan de migración en cinco pasos

1. **Inventario.** Construya la lista anterior, empezando por los servicios expuestos a internet y los sistemas que transportan secretos de larga duración.
2. **Prioridades con Mosca.** Ordene los sistemas según cuánto tiempo deben seguir siendo secretos sus datos y cuánto tardan en cambiarse.
3. **Active el intercambio híbrido donde ya esté disponible.** Los navegadores, bibliotecas TLS y versiones de SSH actuales lo admiten; a menudo basta con un cambio de configuración o una actualización. Compruebe después el resultado en la red.
4. **Pregunte a los proveedores.** Incluya el intercambio de claves y las firmas poscuánticas, con fechas, en las preguntas de hoja de ruta de cada licitación y renovación.
5. **Planifique las firmas y la PKI.** Los certificados poscuánticos y la firma de código llevan más tiempo, porque hay que cambiar cadenas de confianza completas. Empiece a planificarlo ya; los plazos anteriores le dan años, no meses.

## Qué muestra NetSenX

NetSenX no protege a nadie frente a los ordenadores cuánticos, y ningún producto de monitorización puede hacerlo: la protección llega al cambiar la criptografía de sus sistemas y de sus proveedores. Lo que da NetSenX es la visibilidad de la que parte una migración. NQCI, el inventario criptográfico de NetSenX (en versión preliminar), es visible en todos los planes y está activo desde el plan Pro, con el sensor de captura de paquetes activado en un agente Linux o un sensor en un puerto SPAN o TAP. Muestra qué conexiones del tráfico vigilado siguen usando un intercambio de claves vulnerable a la computación cuántica y cuáles usan ya el híbrido poscuántico, señala claves públicas débiles vistas en los handshakes (por ejemplo, claves RSA que comparten un factor con otra clave, el rastro de un generador de números aleatorios defectuoso) y registra los cambios en el tiempo, para ver dónde las actualizaciones ya han hecho su trabajo y detectar regresiones.

## Fuentes

- [Recomendación (UE) 2024/1101 de la Comisión sobre una hoja de ruta coordinada para la transición a la criptografía poscuántica — EUR-Lex](https://eur-lex.europa.eu/eli/reco/2024/1101/oj?locale=es)
- [A Coordinated Implementation Roadmap for the Transition to Post-Quantum Cryptography — Comisión Europea](https://digital-strategy.ec.europa.eu/en/library/coordinated-implementation-roadmap-transition-post-quantum-cryptography)
- [NIST releases first 3 finalized post-quantum encryption standards — NIST](https://www.nist.gov/news-events/news/2024/08/nist-releases-first-3-finalized-post-quantum-encryption-standards)
- [Announcing the Commercial National Security Algorithm Suite 2.0 — NSA](https://media.defense.gov/2025/May/30/2003728741/-1/-1/0/CSA_CNSA_2.0_ALGORITHMS.PDF)
- [Directiva (UE) 2022/2555 (NIS2), artículo 21 — EUR-Lex](https://eur-lex.europa.eu/eli/dir/2022/2555/oj?locale=es)
- [Mosca, Cybersecurity in an era with quantum computers, IACR ePrint 2015/1075](https://eprint.iacr.org/2015/1075)

---

*Escrito por el equipo de NetSenX en TriStiX S.L. Preguntas: [info@netsenx.com](mailto:info@netsenx.com).*