Seguridad cuántica: ¿Qué significa realmente?

Respuesta rápida: La seguridad cuántica implica que todos los algoritmos, claves y certificados asimétricos de su entorno se han migrado a la criptografía postcuántica estandarizada por el NIST (ML-KEM, ML-DSA, SLH-DSA), no que el producto de un proveedor simplemente la admita. Esto es importante porque los ataques de obtención de datos y descifrado posterior ya están en marcha. Comience con un inventario criptográfico antes de elegir algoritmos o proveedores.

Dedica diez minutos a cualquier conversación con proveedores de ciberseguridad y oirás hablar de productos resistentes a la computación cuántica, plataformas preparadas para la computación cuántica e infraestructura resiliente a la computación cuántica. Todas las principales autoridades de certificación, proveedores de servicios en la nube, proveedores de HSM, proveedores de PKI, proveedores de VPN y proveedores de seguridad han incluido alguna versión de estas afirmaciones en sus materiales. La mayoría de estas afirmaciones no son falsas, pero tampoco son completas. Y la brecha entre lo que los proveedores entienden por "resistente a la computación cuántica" y lo que se necesita para proteger a tu organización es precisamente donde reside el riesgo.

La confusión es comprensible. No existe una definición de marketing universalmente aceptada de "seguro frente a la computación cuántica", lo que significa que cada proveedor puede definirla según sus propios términos. La criptografía postcuántica es un campo legítimo y urgente, y el NIST dedicó ocho años a organizar una competición global antes de completar los tres primeros estándares postcuánticos, ML-KEM (FIPS 203) , ML-DSA (FIPS 204) y SLH-DSA (FIPS 205) , en agosto de 2024.

Se trata de estándares reales, basados ​​en matemáticas sólidas, diseñados para resistir ataques de computadoras cuánticas. Cuando los proveedores afirman que sus productos son compatibles con estos algoritmos, dicha afirmación puede ser técnicamente correcta. El problema radica en que implementar un algoritmo resistente a la computación cuántica en un rincón de su entorno no garantiza la seguridad de su organización frente a este tipo de ataques.

También existe un problema de plazos que la mayoría de las conversaciones con los proveedores pasan por alto. Según el documento NIST IR 8547 (Borrador Público Inicial, noviembre de 2024), que refleja una guía propuesta en lugar de mandatos definitivos, el NIST ha esbozado un plan para dejar de utilizar RSA y la criptografía de curva elíptica (ECC) en nuevas implementaciones para 2030 y prohibir su uso por completo para 2035.

El conjunto de algoritmos de seguridad nacional comercial 2.0 (CNSA 2.0) de la NSA exige que los sistemas de seguridad nacional utilicen exclusivamente algoritmos resistentes a la computación cuántica para la mayoría de las categorías de sistemas antes de 2030. Estos plazos no representan un horizonte de planificación lejano. Para las organizaciones con entornos de TI complejos, las migraciones criptográficas pueden llevar años. El trabajo debe comenzar mucho antes de que entre en vigor cualquier mandato.

Este blog explica qué significa "seguro frente a la computación cuántica" en términos técnicos, qué no significa independientemente de cómo los proveedores utilicen la frase y qué preguntas debería hacer cualquier líder empresarial a su equipo de TI o proveedor de seguridad en este momento.

Puntos Clave

• La seguridad cuántica describe el estado de todo su entorno criptográfico, no una característica del producto del proveedor. La preparación cuántica es un requisito previo, no el resultado.

• El NIST finalizó tres estándares post-cuánticos en agosto de 2024: ML-KEM (FIPS 203) para el establecimiento de claves, y ML-DSA (FIPS 204) y SLH-DSA (FIPS 205) para firmas digitales.

• Los ataques de "cosecha ahora, descifra después" ya están recopilando tu tráfico cifrado. El proceso de migración comenzó en el momento en que esto se hizo realidad, no cuando existió una computadora cuántica.

• El cifrado simétrico AES-256 no necesita ser reemplazado. La carga de la migración recae casi por completo en la criptografía asimétrica: intercambio de claves, firmas digitales y certificados.

• Empiece por crear un inventario de activos criptográficos, clasifique los activos según su impacto en el negocio y la duración de la confidencialidad de los datos, y luego migre por orden de prioridad en lugar de reaccionar ante una fecha límite.

¿Qué supuestos sustentan esta guía?

Cada recomendación de seguridad cuántica se basa en un modelo de amenazas específico, y conviene exponer ese modelo explícitamente en lugar de tratarlo como un hecho consumado.

• Actualmente no existe ninguna computadora cuántica relevante desde el punto de vista criptográfico (CRQC). Las estimaciones sobre su cronología varían; NIST IR 8547 y estudios independientes. Investigación sobre la cronología de las amenazas cuánticas Ambos señalan la década de 2030 como el período de planificación, no como una fecha confirmada.

• La estrategia "Cosechar ahora, descifrar después" se considera un riesgo activo y presente, en lugar de uno futuro, porque interceptar y almacenar tráfico cifrado no requiere ningún hardware cuántico.

• Se considera que AES-256 y otros algoritmos simétricos son seguros contra ataques cuánticos según el algoritmo de Grover, que solo reduce a la mitad la fuerza efectiva de la clave. El NIST no ha solicitado la sustitución de algoritmos simétricos.

• Se estima que el tiempo de migración superará el plazo de entrega del hardware para la mayoría de las empresas, debido a los ciclos de vida de los certificados de varios años, el firmware integrado y las cadenas de dependencia de los proveedores. Por eso, el trabajo comienza ahora, en lugar de esperar a que se confirme un CRQC.

• Las afirmaciones de los proveedores sobre su "preparación cuántica" se consideran necesarias, pero no verificadas, hasta que la organización confirme su propia configuración implementada, no la capacidad del producto del proveedor.

Si alguna de estas suposiciones no se cumple en su entorno, por ejemplo, si opera sistemas con requisitos de confidencialidad de varias décadas o plazos reglamentarios anteriores a 2030, su prioridad de migración debería ser mayor que la que sugieren las directrices generales a continuación.

¿Por qué el cifrado clásico se vuelve vulnerable a las computadoras cuánticas?

La mayor parte del cifrado que se utiliza hoy en día se basa en problemas matemáticos extremadamente difíciles de resolver para las computadoras convencionales. Esto incluye las claves RSA que protegen su VPN, la firma electrónica de sus actualizaciones de software (ECC ) y los intercambios Diffie-Hellman (DH) que sustentan sus conexiones TLS. Factorizar una clave RSA de 2048 bits en hardware clásico no es factible con los recursos informáticos actuales, razón por la cual RSA ha sido un pilar fundamental de la seguridad empresarial durante décadas.

Las computadoras cuánticas transforman los cálculos. Un algoritmo llamado algoritmo de Shor, publicado en 1994, puede resolver los problemas de factorización de enteros y logaritmos discretos, que sustentan RSA y ECC, en tiempo polinomial en una computadora cuántica suficientemente potente. Una máquina cuántica que ejecute el algoritmo de Shor podría reducir el problema de descifrar una clave RSA de 2048 bits, pasando de ser computacionalmente impracticable a ser computacionalmente factible. Actualmente no existe ninguna computadora cuántica de esa escala relevante para la criptografía, pero la evolución del hardware apunta hacia su desarrollo.

La amenaza actual no espera a que exista esa computadora. Se llama Cosecha Ahora, Descifrado Después (HNDL, por sus siglas en inglés). Los adversarios estatales y los actores de amenazas de alto nivel están recopilando tráfico cifrado hoy mismo, incluyendo sesiones VPN, intercambios de autenticación y transferencias de archivos confidenciales, y almacenándolo para su posterior descifrado. Pensemos en comunicaciones diplomáticas, historiales médicos, propiedad intelectual y datos militares. Cuando llegue una computadora cuántica lo suficientemente potente, los datos cifrados que recopilaron el año pasado, o hace cinco años, se volverán legibles.

Si su organización protege datos que deben permanecer confidenciales a mediados de la década de 2030, y la mayoría de las organizaciones lo hacen, esos datos ya están en riesgo. La explotación ya está en marcha.

¿Qué requisitos debe cumplir realmente la norma "Quantum-Safe"?

Antes de entrar en los requisitos de seguridad cuántica, conviene aclarar tres términos que la industria utiliza indistintamente, pero que tienen significados diferentes. Preparado para la computación cuántica significa que un producto admite algoritmos post-cuánticos y puede configurarse para utilizarlos. Seguro para la computación cuántica significa que todo el entorno se ha migrado para utilizar algoritmos resistentes a la computación cuántica en todas las operaciones criptográficas asimétricas.

La criptoagilidad implica que tus sistemas estén diseñados para que los algoritmos se puedan reemplazar sin tener que reconstruir todo lo demás. Un proveedor puede estar preparado para la computación cuántica, pero la implementación de su producto dista mucho de ser segura frente a ella. No son lo mismo.

La seguridad cuántica no es una característica del producto, sino un estado del entorno criptográfico. En concreto, significa que todas las operaciones criptográficas asimétricas del entorno que protegen datos confidenciales o verifican la autenticidad del software y las comunicaciones se han sustituido o complementado con algoritmos resistentes a las amenazas cuánticas. Los algoritmos estandarizados por el NIST abarcan tres funciones: ML-KEM para el establecimiento de claves, ML-DSA para firmas digitales y SLH-DSA como alternativa de firma basada en funciones hash.

Pero alcanzar ese estado requiere más que instalar una actualización de software. Comienza con un inventario de activos criptográficos : un registro estructurado de cada algoritmo, clave, certificado y protocolo en todo su entorno. Esto incluye certificados emitidos por sus autoridades de certificación internas, configuraciones TLS en sus servidores web y balanceadores de carga, claves SSH en los servidores, claves de firma para código y firmware, claves almacenadas en módulos de seguridad de hardware y configuraciones de túneles VPN.

Incluye bibliotecas en software de terceros del que usted depende. La mayoría de las organizaciones, al analizar seriamente esta cuestión por primera vez, descubren que su huella criptográfica es significativamente mayor y está más dispersa de lo que esperaban.

Que un proveedor le diga que su producto está preparado para la computación cuántica significa que el producto se ha actualizado o se puede configurar para usar algoritmos post-cuánticos. No significa que su implementación de ese producto esté configurada para usar esos algoritmos. Tampoco significa que los certificados, las claves y los protocolos que conectan ese producto con el resto de su entorno se hayan actualizado. Un producto preparado para la computación cuántica que se encuentra detrás de una conexión TLS todavía usa RSA no lo protege contra un ataque HNDL con capacidades cuánticas en esa conexión. Que el producto esté preparado y que su entorno sea seguro son dos cosas distintas.

Otro concepto importante a comprender es la agilidad criptográfica . Un sistema criptográficamente ágil es aquel en el que los algoritmos pueden reemplazarse sin necesidad de reconstruir todo el sistema. Esto es crucial porque, si bien los estándares del NIST constituyen un buen punto de partida, el campo de la criptografía seguirá evolucionando. Avanzar hacia la seguridad cuántica, incorporando al mismo tiempo agilidad, significa que no será necesario repetir esta migración desde cero una vez que se actualicen o complementen los algoritmos.

Otro aspecto importante a destacar: la mayoría de las migraciones no pasarán de la criptografía clásica a la postcuántica de la noche a la mañana. Durante años, la realidad práctica será la criptografía híbrida , donde los algoritmos clásicos y postcuánticos coexistirán. Ya se están probando certificados híbridos, TLS híbrido y arquitecturas PKI híbridas, y forman parte del proyecto de interoperabilidad PQC del NCCoE. Planificar una fase híbrida no implica comprometer la seguridad; es la forma en que funciona una migración realista.

Ejemplo práctico: Migración de un punto final TLS orientado al cliente.

Aquí se muestra cómo se ve el concepto de "seguridad cuántica" aplicado a un activo concreto, el punto final TLS de una aplicación web de acceso público, en lugar de como un estándar abstracto.

Estado inicial: La aplicación finaliza la conexión TLS 1.3 utilizando X25519 para el intercambio de claves y un certificado RSA-2048 para la autenticación, emitido por una infraestructura de clave pública (PKI) interna con un período de validez de 13 meses.

Paso 1, inventario: Un análisis de detección criptográfica confirma el algoritmo exacto, el tamaño de la clave, el emisor del certificado y el período de validez, además de todos los servicios posteriores que confían en este certificado. Las herramientas gratuitas de decodificación ASN.1 y OpenSSL de Encryption Consulting pueden ayudar a verificar certificados individuales durante esta fase.

Paso 2, priorizar: Debido a que la aplicación maneja datos con un requisito de confidencialidad plurianual, como los registros financieros de los clientes, se marca como de alta prioridad para la migración de claves de intercambio por encima de los sistemas internos de datos de corta duración.

Paso 3: Migrar primero el intercambio de claves: El equipo habilita un intercambio de claves híbrido, X25519 combinado con ML-KEM-768, cuyo conjunto de parámetros NIST FIPS 203 se asigna a la categoría de seguridad 3. Esto protege la sesión contra la técnica Harvest Now, Decrypt Later sin esperar a que cambien los certificados, y es el paso más sencillo porque el intercambio de claves híbrido ya es compatible con TLS 1.3 en los navegadores actuales.

Paso 4, planificar la migración de certificados por separado: El certificado RSA-2048 se mantiene temporalmente, ya que los certificados post-cuánticos son más grandes y algunos dispositivos de red posteriores no se han validado con ellos. El equipo programa un programa piloto de certificado híbrido, un certificado firmado con ML-DSA junto con la firma RSA clásica, alineado con el flujo de trabajo de interoperabilidad PQC del NCCoE, antes de la próxima renovación del certificado. Para un desglose por protocolo de cuándo las firmas híbridas justifican la sobrecarga adicional, consulte nuestro marco de decisión PQC híbrido.

Paso 5, verificar, no dar nada por sentado: El equipo confirma la configuración en vivo mediante un escaneo TLS en lugar de confiar en la afirmación del proveedor de que su balanceador de carga está "preparado para la computación cuántica". El escaneo es lo que convierte una afirmación en la hoja de ruta en un estado verificado.

Esta secuencia, primero el intercambio de claves y luego la autenticación del certificado, verificada en lugar de asumida, es el patrón que aparece en la mayoría de las migraciones seguras frente a la computación cuántica, independientemente del activo específico.

¿Qué preguntas debería hacerle ahora mismo a su equipo de TI o a su proveedor?

Las conversaciones sobre la preparación para la era cuántica son más productivas cuando los líderes empresariales plantean las preguntas adecuadas. Las preguntas que aparecen a continuación son útiles y tienen respuesta, y un equipo que haya realizado el trabajo necesario podrá responderlas con claridad.

• ¿Tenemos un inventario criptográficoEste es un registro estructurado de cada algoritmo, clave, certificado y protocolo utilizado en su entorno, incluidos los sistemas locales, los servicios en la nube y la tecnología operativa. Sin él, no hay forma de saber qué se debe migrar, en qué orden ni cuándo se completará el trabajo. Hoja informativa conjunta de preparación cuántica de CISA, NSA y NIST y borrador preliminar de NCCoE. SP 1800-38A ambos identifican descubrimiento criptográfico y el inventario como primer paso esencial en cualquier migración de PQC. Por qué es importante: No se puede migrar lo que no se ve.

• ¿Qué datos nuestros requieren un largo período de confidencialidad? La hoja informativa conjunta de CISA, NSA y NIST señala explícitamente los datos con largos períodos de confidencialidad como el principal riesgo de HNDL (Protección de Datos de Alto Impacto). Los registros regulados, la propiedad intelectual y cualquier información sujeta a retención legal entran en esta categoría y deben priorizarse para su migración antes que el trabajo general de infraestructura. La hoja informativa especifica además que se debe dar prioridad a los sistemas de alto impacto y a aquellos con necesidades de confidencialidad a largo plazo. Por qué es importante: no todo necesita migrar al mismo ritmo, pero lo que sí debe migrarse debe hacerse primero.

• ¿Cómo son las hojas de ruta de preparación cuántica de nuestros proveedores? La CISA, la NSA y NIST La ficha informativa conjunta incluye una sección específica sobre este tema. En ella se indica que las hojas de ruta deben describir cómo los proveedores planean migrar a PQC, con cronogramas para las pruebas y la integración de productos, y que esto se aplica por igual a los productos locales y a los basados ​​en la nube. La ficha informativa también considera la preparación cuántica de la cadena de suministro como una preocupación independiente. Un entorno interno completamente migrado sigue expuesto si los proveedores críticos aún son vulnerables a la computación cuántica. Por qué es importante: la seguridad de su empresa depende de su eslabón más débil.

• ¿Qué algoritmos específicos admite nuestro entorno, en qué momento? niveles de parámetros¿Y en qué protocolos? Según NIST FIPS 203, ML-KEM viene en tres conjuntos de parámetros: ML-KEM-512, ML-KEM-768 y ML-KEM-1024, cada uno proporcionando diferentes niveles de seguridad. Un producto que admite el intercambio de claves post-cuántico en TLS pero que todavía usa RSA clásico para la firma de código o la emisión de certificados está parcialmente actualizado y no es completamente seguro frente a la computación cuántica. Pregunte por el estado actual de la implementación, no solo por los compromisos de la hoja de ruta. Por qué es importante: la adopción parcial no es lo mismo que la protección.

• ¿Nuestra infraestructura de clave pública (PKI) forma parte del plan de migración? NCCoE SP 1800-38C cubre los perfiles de certificados híbridos X.509 como parte del flujo de trabajo de interoperabilidad de PQC. Las CA raíz con largos períodos de validez, las CA emisoras y los perfiles de certificados que imponen deben actualizarse como parte de la transición. Una PKI que todavía emite certificados RSA-2048 o ECDSA P-256 está emitiendo credenciales que se volverán vulnerables a la computación cuántica, y la transición debe realizarse en coordinación con el resto de la migración. Modernizar la gestión del ciclo de vida de los certificados, como por ejemplo a través de Administrador de CertSecureSuele ser la forma más rápida de incorporar certificados emitidos por PKI al plan de migración. Por qué es importante: una aplicación actualizada que se comunica con una PKI vulnerable a ataques cuánticos sigue estando expuesta.

• ¿Quién es el responsable de nuestra migración PQC? En la mayoría de las organizaciones, los equipos de PKI, infraestructura, nube, redes y seguridad de aplicaciones trabajan con criptografía, pero rara vez se asigna claramente la responsabilidad de la migración a alguno de ellos. Sin un responsable designado y una clara rendición de cuentas, el inventario queda incompleto y la migración se estanca. Por qué es importante: la propiedad compartida suele significar no tener ninguna responsabilidad.

• ¿Qué activos criptográficos tienen el mayor impacto en el negocio? El inventario por sí solo no es suficiente. Una vez que sepa qué hay en su entorno, debe priorizarlo según su impacto en el negocio: ¿qué pasaría si esta clave o certificado se viera comprometido mañana y cuánto tiempo tomaría reemplazarlo? La secuencia de migración basada en el impacto en el negocio ayuda a las organizaciones a evitar pasar los dos primeros años migrando infraestructura de bajo riesgo mientras sus sistemas más sensibles permanecen expuestos. Por qué es importante: Un inventario sin priorización es solo una lista.

Estas preguntas no requieren un profundo conocimiento técnico, pero las respuestas revelarán rápidamente el nivel de seguridad de su organización. El siguiente paso es comprender qué no significa "a prueba de ataques cuánticos", ya que varias suposiciones comunes llevan a las organizaciones a sobreestimar su nivel de seguridad actual.

Tabla de decisiones empresariales: ¿Este activo es seguro frente a la computación cuántica?

Utilice esta tabla para priorizar los activos individuales una vez que tenga el inventario. No sustituye una evaluación de riesgos completa, pero proporciona un punto de partida rápido y fiable para la secuenciación.

Tipo de activo	Señal de que aún es vulnerable	Acción requerida	Prioridad
Intercambio de claves TLS (web, API, VPN)	Utiliza únicamente el protocolo Diffie-Hellman/ECDH clásico; no hay opción híbrida habilitada.	Habilitar el intercambio de claves híbrido (por ejemplo, X25519 + ML-KEM-768)	Alto
Certificados digitales (TLS, firma de código)	Firmado únicamente con RSA-2048 o ECDSA P-256.	Planificar un programa piloto de certificación híbrida o ML-DSA/SLH-DSA	Alto
Jerarquía interna de PKI/CA	La CA raíz o emisora ​​solo admite algoritmos clásicos.	Actualizar el software de la CA y los perfiles de certificados según NCCoE SP 1800-38.	Alto
Firma de código y firmware	Objetos firmados de larga duración (más de 5 años de vida útil) firmados con RSA o ECDSA.	Priorizar la migración de ML-DSA o SLH-DSA	Alto
Acceso SSH	El intercambio de claves sigue siendo clásico (anterior a OpenSSH 9.0 o híbrido deshabilitado).	Habilitar el intercambio de claves SSH post-cuántico	Media
túneles VPN	IKE/IPsec utilizando únicamente grupos Diffie-Hellman clásicos	Migrar al intercambio de claves híbrido post-cuántico	Media
Cifrado simétrico (AES-256, datos en reposo)	No aplica; AES-256 se considera resistente a la computación cuántica.	No se requiere accion	Bajo
Productos de proveedores y de terceros	El proveedor afirma estar "preparado para la computación cuántica" sin presentar una hoja de ruta ni un cronograma de implementación.	Solicite una hoja de ruta documentada y verifique la configuración de forma independiente.	Alto

¿Qué no significa "seguro frente a la computación cuántica"?

Esto no significa que las computadoras cuánticas representen una amenaza inminente para su red hoy en día. El hardware aún no existe para ejecutar el algoritmo de Shor a la escala necesaria para descifrar claves RSA de 2048 bits . La urgencia radica en el tiempo de adaptación necesario para la migración: las transiciones criptográficas a escala empresarial llevan años, y ese plazo debe comenzar a correr antes de que la amenaza se materialice por completo. Las migraciones criptográficas a escala empresarial requieren años, las normativas se implementarán antes de 2030, y los ataques HNDL aprovechan los datos cifrados actuales independientemente de cuándo madure el hardware cuántico.

Esto no significa que deba reemplazarse el cifrado simétrico. AES-256, ampliamente utilizado para datos en reposo, se considera resistente a la computación cuántica según los análisis actuales, y el NIST no recomienda su reemplazo. El algoritmo de Grover, la otra gran amenaza cuántica para la criptografía simétrica, reduce a la mitad la seguridad de las claves simétricas, lo que significa que AES-128 pasa a tener una seguridad de 64 bits. AES-256 sigue siendo seguro. El desafío de la migración se centra casi exclusivamente en la criptografía asimétrica, específicamente en las operaciones de clave pública que gestionan el intercambio de claves, las firmas digitales y la autenticación basada en certificados.

Esto tampoco significa que la distribución de claves cuánticas (QKD) sea la solución. Las propiedades de seguridad de la QKD se basan en principios de mecánica cuántica, en lugar de en suposiciones sobre la complejidad computacional de los problemas. Sin embargo, la NSA excluyó explícitamente la QKD de la CNSA 2.0. La razón es práctica, no de seguridad: la QKD requiere una infraestructura de fibra óptica dedicada y hardware especializado, lo que la hace inadecuada para su implementación a gran escala en empresas. El camino práctico hacia la seguridad cuántica para las empresas pasa por algoritmos criptográficos postcuánticos, no por hardware de redes cuánticas.

Esto no significa reemplazarlo todo de inmediato. Una migración completa de la criptografía clásica a la postcuántica en un entorno empresarial llevará años, no meses. El objetivo ahora no es migrarlo todo, sino tener el inventario, la clasificación y la hoja de ruta listos, para que la migración se realice de forma metódica y no reactiva cuando se acerca una fecha límite.

Que un sistema sea resistente a la computación cuántica no significa que una simple actualización de producto lo solucione. Significa que todo su entorno criptográfico —cada algoritmo, cada clave, cada certificado, cada protocolo— ha sido evaluado, inventariado y migrado a algoritmos que resisten las amenazas cuánticas. Que un proveedor esté preparado para la computación cuántica es un requisito indispensable para alcanzar ese estado, pero no es el estado en sí mismo.

Cómo puede ayudar la consultoría de cifrado

El artículo, hasta el momento, presenta una conclusión coherente: la mayoría de las organizaciones desconocen dónde se encuentra su criptografía, carecen de un plan de migración priorizado y no han verificado si sus proveedores están cumpliendo con los plazos establecidos. Cada una de estas deficiencias se relaciona directamente con el área de especialización de Encryption Consulting. Conocer los requisitos para una seguridad cuántica óptima es el primer paso.

Llegar a ese punto requiere un programa de trabajo estructurado, y Encryption Consulting colabora con las organizaciones en cada etapa del proceso de migración a PQC , desde el descubrimiento inicial de activos criptográficos y la arquitectura CBOM hasta la modernización de PKI, la implementación de certificados híbridos y la planificación de la transición de algoritmos.

Servicios de asesoramiento de PQC

Encryption Consulting ofrece servicios de asesoramiento sobre PQC en cinco pasos organizados. A continuación, se explica cómo se relaciona cada paso con los problemas que se describen en este artículo.

Sin inventario, no hay migración. Comenzamos con el descubrimiento e inventario criptográfico, escaneando todo su entorno para identificar certificados, claves, algoritmos y protocolos en puntos finales, aplicaciones, API e infraestructura. Esto establece la base indispensable para cualquier migración.

Los riesgos desconocidos permanecen desconocidos. Una evaluación PQC analiza su exposición a amenazas cuánticas, identifica los sistemas que dependen de RSA y ECC, y proporciona un informe priorizado de activos vulnerables con clasificaciones de gravedad del riesgo para que sepa qué corregir primero.

La falta de una hoja de ruta implica una migración reactiva. Una estrategia y hoja de ruta de PQC es un plan de migración por fases alineado con su tolerancia al riesgo, los requisitos regulatorios y los objetivos de seguridad a largo plazo, incluyendo la criptoagilidad para que sus sistemas puedan adaptarse a medida que cambian los estándares.

Posteriormente, ofrecemos apoyo en la evaluación de proveedores y las pruebas piloto, ayudándole a seleccionar las herramientas adecuadas, realizar pruebas de concepto y validar la interoperabilidad antes de cualquier implementación a gran escala.

Por último, gestionamos la implementación completa, desplegando modelos híbridos clásicos y cuánticos seguros, implementando PQC en toda su infraestructura y PKI, y configurando la monitorización para garantizar la salud criptográfica a largo plazo.

Con este enfoque bien definido, se pasa de la incertidumbre criptográfica a un programa de migración documentado y basado en políticas, alineado con los plazos del NIST y sus obligaciones regulatorias.

CBOM seguro

Cada recomendación de este artículo parte de un requisito fundamental: saber dónde reside su criptografía. CBOM Secure crea y mantiene continuamente ese inventario. Proporciona un descubrimiento continuo en la infraestructura empresarial, los entornos en la nube, las aplicaciones y los servicios criptográficos, no como un escaneo puntual, sino como una capacidad constante que se adapta a los cambios de su entorno.

A diferencia de un inventario puntual, CBOM Secure genera y consume continuamente listas de materiales criptográficos (CBOM) mientras realiza un seguimiento de los certificados, las claves, los algoritmos y las dependencias criptográficas en todo el entorno. Proporciona visibilidad sobre qué está implementado, dónde se ejecuta y cómo evolucionan las dependencias criptográficas con el tiempo.

La plataforma también respalda la gobernanza basada en políticas, validando las configuraciones criptográficas según los estándares corporativos, identificando desviaciones y ayudando a las organizaciones a abordar los riesgos de seguridad, operativos y de cumplimiento.

Este artículo ha argumentado que la seguridad cuántica es un estado, no una característica, y que lograrla requiere una visibilidad continua del entorno criptográfico. CBOM Secure es la implementación operativa de este argumento. Para la preparación ante la computación cuántica probabilística (PQC), ayuda a identificar sistemas que dependen de algoritmos vulnerables a la computación cuántica, priorizar las actividades de remediación y establecer la gobernanza criptográfica continua necesaria para lograr la criptoagilidad a largo plazo.

Conclusión

El argumento central de este blog es sencillo. El término «seguridad cuántica» describe el estado de todo su entorno criptográfico, no una característica en la ficha técnica de un proveedor. Para alcanzar ese estado, es necesario saber dónde se utilizan RSA y ECC en su infraestructura, qué datos contienen información confidencial a largo plazo, si su infraestructura de clave pública (PKI) forma parte del plan de migración y si sus proveedores pueden demostrar avances en lugar de meras intenciones.

Estas no son preguntas criptográficas. Son preguntas operativas y de gobernanza, y cualquier líder empresarial debería poder plantearlas hoy mismo a su equipo de TI o proveedor de seguridad y esperar una respuesta clara. Si las respuestas son vagas, incompletas o se posponen para una hoja de ruta futura, eso mismo indica la situación de su organización.

La seguridad cuántica no se consigue simplemente comprando el producto adecuado. Es una condición que se verifica mediante evidencia documentada: un inventario criptográfico, un plan de migración con priorización de riesgos y una visibilidad continua de cómo evoluciona el entorno criptográfico con el tiempo. Los proveedores que utilizan el término libremente tienen razón al afirmar que es importante. La cuestión es si pueden demostrar la evidencia que lo respalda.

Las organizaciones que inicien hoy mismo el proceso de descubrimiento e inventario podrán migrar de forma planificada y priorizada, siguiendo un plan que refleje su riesgo real. Quienes esperen hasta que se acerquen los plazos regulatorios probablemente se enfrentarán a plazos más ajustados, mayores costos y migraciones impulsadas por la presión del cumplimiento normativo en lugar de por una estrategia de seguridad. La oportunidad para una transición metódica está abierta ahora, pero no lo estará indefinidamente.

Preguntas Frecuentes

¿Cuál es la diferencia entre estar preparado para la computación cuántica y ser seguro frente a la computación cuántica?

Preparado para la computación cuántica significa que el producto de un proveedor admite algoritmos post-cuánticos y puede configurarse para utilizarlos. Seguro para la computación cuántica significa que su implementación real, cada certificado, clave y protocolo en esa implementación específica, se ha migrado a dichos algoritmos. Un proveedor puede estar preparado para la computación cuántica durante años antes de que el entorno de cualquier cliente sea seguro para la computación cuántica.

¿Es necesario reemplazar el cifrado AES para garantizar la seguridad frente a la computación cuántica?

No. AES-256 se considera resistente a la computación cuántica según los análisis criptográficos actuales, incluso frente al algoritmo de Grover, y el NIST no ha solicitado su reemplazo. La carga de la migración recae casi por completo en la criptografía asimétrica, el intercambio de claves, las firmas digitales y la autenticación basada en certificados, no en el cifrado simétrico utilizado para los datos en reposo.

¿Cuándo necesitan realmente las organizaciones estar protegidas contra la computación cuántica?

El informe IR 8547 del NIST establece la eliminación gradual de RSA y ECC para nuevas implementaciones en 2030 y su prohibición total para 2035. La norma CNSA 2.0 fija el año 2030 como fecha límite para los sistemas de seguridad nacional. El verdadero motivo es la premisa de "Recopilar ahora, descifrar después": cualquier dato que deba permanecer confidencial más allá de mediados de la década de 2030 ya está expuesto a la interceptación en la actualidad, independientemente del cronograma establecido.

¿Cuál es el primer paso en una migración segura frente a la computación cuántica?

Un inventario de activos criptográficos es un registro estructurado de cada algoritmo, clave, certificado y protocolo en uso en todo el entorno. Las directrices conjuntas de preparación cuántica de CISA, NSA y NIST, junto con la norma preliminar SP 1800-38A del NCCoE, identifican el inventario como el primer paso esencial, ya que una organización no puede priorizar ni migrar la criptografía que desconoce.

¿La distribución de claves cuánticas es un sustituto de la criptografía postcuántica?

No. La seguridad de la distribución de claves cuánticas (QKD) se basa en principios de mecánica cuántica, no en la dificultad computacional, pero la NSA la excluyó explícitamente de la CNSA 2.0 porque requiere una infraestructura de fibra óptica dedicada y hardware especializado que la mayoría de las empresas no pueden implementar a gran escala. Para casi todas las organizaciones, la vía práctica hacia la seguridad cuántica pasa por algoritmos criptográficos postcuánticos, no por hardware de redes cuánticas.