Tu guía para comprender la confianza ahora y forjarla después: Guía de PQC empresarial

En la actual carrera por asegurar la era cuántica, la mayor parte de la atención se centra en la amenaza a la confidencialidad: adversarios que roban datos cifrados hoy para descifrarlos una vez que las computadoras cuánticas sean lo suficientemente potentes. Esta amenaza es real. Pero existe una segunda amenaza cuántica, posiblemente más peligrosa, que opera en segundo plano en cada implementación de infraestructura de clave pública (PKI) actual. Se denomina "Confiar ahora, falsificar después" (TNFL, por sus siglas en inglés) y ataca no la confidencialidad de sus datos, sino la integridad de su identidad. Cuando llegue una computadora cuántica criptográficamente relevante (CRQC, por sus siglas en inglés), cualquier clave pública RSA o ECDSA disponible públicamente podrá utilizarse para derivar la clave privada correspondiente, lo que permitirá a un atacante falsificar firmas con fecha retroactiva a cualquier momento del pasado. La acción recomendada es: crear un inventario criptográfico completo de todas las claves de firma ahora, priorizar las claves de CA raíz y de firma de código para su migración temprana a algoritmos de firma resistentes a la computación cuántica finalizados por el NIST (FIPS 204 ML-DSA, FIPS 205 SLH-DSA), e implementar periodos de validez de certificados más cortos para limitar la ventana de utilidad de cada clave capturada. Para la amenaza complementaria a la confidencialidad, consulte Cosecha ahora, descifra después: Preparación para la amenaza cuántica . Para la metodología de descubrimiento criptográfico que sustenta ambas defensas, consulte No se puede proteger lo que no se ve.

Respuesta rápida: ¿Qué es la confianza ahora y qué se forja después?

Trust Now, Forge Later (TNFL) es un ataque de la era cuántica en el que un adversario recopila hoy claves públicas RSA o ECDSA y firmas digitales disponibles públicamente , espera a que una computadora cuántica que ejecute el algoritmo de Shor pueda derivar la clave privada correspondiente y, a continuación, falsifica firmas con fecha anterior que son matemáticamente indistinguibles de las producidas por el titular original de la clave. TNFL no requiere ninguna interceptación activa actual, ya que las claves públicas ya están integradas en todos los certificados TLS, todos los certificados de firma de código, todas las cadenas de validación de firmware y todos los almacenes de confianza de CA raíz. El ataque anula el no repudio: una vez que un atacante posee la clave privada, ni usted ni ningún sistema de verificación pueden probar que no produjo una firma falsificada. TNFL se diferencia de HNDL en que ataca la integridad y el no repudio en lugar de la confidencialidad, y no requiere ningún esfuerzo de recopilación en la actualidad.

La lógica central de confiar ahora, forjar después

Actualmente, utilizamos RSA y ECC para firmar todo, desde firmas digitales hasta actualizaciones de software. Estas firmas son matemáticamente imposibles de falsificar hoy en día. Sin embargo, una computadora cuántica con capacidad criptográfica cambia por completo esta situación. Un adversario puede tomar una clave pública existente, aplicar el algoritmo de Shor y derivar la clave privada correspondiente. Una vez que posee esa clave privada, no solo posee una identidad actual, sino también todas las firmas que esa clave haya generado, y puede producir nuevas firmas indistinguibles de cualquiera que el titular original de la clave pudiera haber producido, incluso firmas retroactivas.

Cuando un atacante captura una clave pública o un documento firmado, está obteniendo una identidad congelada. Esto es tan peligroso porque provoca un colapso total del principio de no repudio: si una firma es válida, quien la firma no puede negar haberla producido. Cuando las firmas se pueden falsificar con una validez matemática perfecta, ya no se puede demostrar que uno no firmó algo. Esa es la catástrofe de responsabilidad que constituye la base de TNFL.

Mecanismo paso a paso: Cómo se forja

A diferencia de HNDL, que actualmente requiere que el atacante intercepte y almacene activamente grandes cantidades de tráfico cifrado, TNFL no requiere ningún esfuerzo. A continuación, se describe el procedimiento paso a paso para que este ataque se desarrolle a lo largo del tiempo.

Fase 1: La confianza (Sucediendo ahora mismo)

Las claves públicas no son secretos; están diseñadas para ser accesibles globalmente. Cada certificado TLS, cada certificado de firma de código, cada cadena de validación de firmware y cada certificado raíz integrado en los sistemas operativos contiene información de clave pública. Un atacante solo necesita registrar estas claves públicas hoy en día. RSA se basa en la dificultad de factorizar números grandes, mientras que ECC se basa en el problema del logaritmo discreto de la curva elíptica. En ambos casos, la clave pública está matemáticamente vinculada a la clave privada. Toda la información necesaria para derivar la clave privada está presente, pero está bloqueada tras un cálculo que a las computadoras clásicas les llevaría un tiempo inviable resolver. Una computadora cuántica que ejecuta el algoritmo de Shor elimina ese bloqueo.

Fase 2: El cálculo cuántico

Una vez que se dispone de una computadora cuántica criptográficamente relevante (CRQC), un atacante aplica el algoritmo de Shor a una clave pública RSA o ECC capturada para obtener la clave privada correspondiente. En este punto, el atacante posee una copia exacta de la identidad digital del firmante original tal como existía cuando se creó la clave. Hereda la autoridad total del propietario original, incluida la capacidad de generar nuevas firmas que ningún sistema de verificación puede distinguir de las producidas por el titular legítimo de la clave.

Fase 3: El secuestro de identidad

Con una clave privada derivada en mano, el atacante puede generar firmas matemáticamente perfectas y fecharlas en cualquier momento en que la clave fuera válida. Crea un componente de firmware malicioso o un contrato fraudulento, le añade una marca de tiempo con la fecha de la firma original y genera una firma utilizando la clave privada real. La firma digital resultante es criptográficamente indistinguible de la generada por el titular legítimo de la clave en ese momento. Desde el punto de vista de la verificación, se trata del delito perfecto: la firma coincide con la clave pública conocida, la marca de tiempo se encuentra dentro del período de validez del certificado y la cadena de certificados se valida correctamente.

Fase 4: El colapso del no repudio

En nuestros sistemas legales y técnicos, nos basamos en el principio de no repudio: si una firma es válida, quien la firma no puede negar haberla producido. TNFL destruye este principio. Un consumidor o dispositivo recibe una orden de apagado firmada, una actualización de software firmada o un contrato firmado. Verifica la firma, confirma que proviene de la entidad de confianza y cumple. El sistema no tiene ningún mecanismo para distinguir una firma falsificada de una auténtica, porque la firma falsificada es criptográficamente idéntica a una auténtica.

¿Por qué esto representa una catástrofe en materia de responsabilidad civil?

Un atacante con una clave privada derivada puede falsificar un contrato de préstamo digital o una transferencia bancaria masiva, retrodatarlo a cinco años atrás y firmarlo con la clave privada original. La firma se verifica. La cadena de certificados se valida. La marca de tiempo se encuentra dentro del período de validez original. ¿Cómo se puede probar en un tribunal que no se firmó cuando todos los sistemas de verificación técnica confirman que sí se firmó? Cuando las firmas se pueden falsificar, la prueba criptográfica de inocencia o intención desaparece. A continuación se presentan las tres principales categorías de objetivos para TNFL, ordenadas por radio de impacto operativo.

1. Firma de código y firmware: La amenaza para la cadena de suministro

Esta es la amenaza operativa TNFL más peligrosa porque elude todas las defensas perimetrales. La mayoría de los servidores, dispositivos y sistemas de tecnología operativa están diseñados para aceptar actualizaciones de software y firmware solo si están firmadas con una clave de fabricante de confianza. Si un atacante obtiene una clave de firma de código RSA de 2026 de un fabricante en 2035 y retrodata una actualización de firmware maliciosa para que caiga dentro del período de validez del certificado original, todos los dispositivos que confían en esa clave instalan el malware. Para el dispositivo, la actualización es 100 % auténtica: lleva la firma verificada, la cadena de certificados se valida y la marca de tiempo está dentro del rango. El fabricante no puede revocar una clave que ya ha sido comprometida mediante computación cuántica; la revocación solo detiene las decisiones de confianza futuras, no la verificación de firmas que parecen históricamente válidas. Para saber cómo Encryption Consulting ayuda a proteger las claves de firma de código, consulte CodeSign Secure.

2. Autoridad de Certificación Raíz: La Amenaza de la Jerarquía de Confianza

El modelo de confianza de internet se basa en las Autoridades de Certificación (CA) . Si la clave privada de una CA raíz se obtiene mediante computación cuántica, el atacante puede emitir certificados de plena confianza para cualquier dominio, falsificar CRL o respuestas OCSP para que los certificados revocados parezcan válidos o para revocar certificados legítimos, y crear nuevas CA intermedias con su propia autoridad de emisión. Toda la jerarquía de confianza se derrumba. La falsificación es matemáticamente perfecta: ni siquiera la propia CA podría demostrar que no emitió un certificado determinado. Todos los sistemas que confían en esa CA raíz, incluidos los navegadores, los sistemas operativos y las aplicaciones empresariales, aceptan la infraestructura falsificada del atacante como legítima. Para la gestión de PKI que admite la migración a anclas de confianza resistentes a la computación cuántica, consulte PKI como servicio.

3. Registros financieros y legales: La amenaza del no repudio

Las firmas digitales en contratos, documentos regulatorios, registros de transacciones financieras y documentos de archivo a largo plazo suelen requerir que permanezcan verificables durante décadas. Los marcos legales aceptan una firma criptográfica válida como prueba de autenticidad e intención. Si las firmas RSA o ECC en estos registros pueden falsificarse y fecharse retroactivamente una vez que exista una computadora cuántica, el fundamento de no repudio de los registros legales digitales se derrumba. Un atacante que reconstruya una clave privada antigua puede producir una firma falsificada que parezca haber sido creada años antes, y los motores de validación que comprueban la corrección matemática, la validez de la cadena de certificados y el estado de revocación en el momento de la firma declarada confirmarán que la falsificación es legítima.

Diferencia entre TNFL y HNDL

Tanto Harvest Now, Decrypt Later (HNDL) como Trust Now, Forge Later (TNFL) son modelos de amenazas de la era cuántica, pero atacan diferentes propiedades de seguridad, utilizan diferentes mecanismos y producen diferentes consecuencias a largo plazo. Comprender ambos es esencial para una evaluación completa del riesgo de PQC.

Factor	HNDL	TNFL
Ataque	Capture datos cifrados hoy y descifrelos cuando una computadora cuántica pueda romper el algoritmo clásico de intercambio de claves.	Recopile hoy mismo las claves públicas y las firmas; falsifique firmas con fecha anterior cuando una computadora cuántica derive la clave privada.
Propiedad de seguridad primaria afectada	Confidencialidad	Integridad, Autenticidad, No Repudio
Primitivo criptográfico dirigido	Intercambio de claves (transporte de claves RSA, ECDH, DH)	Firmas digitales (RSA, ECDSA)
¿Se requiere una colección actual?	Sí: si el tráfico no se captura ahora, no se podrá descifrar después.	No: las claves públicas ya están disponibles permanentemente en todas partes.
¿Qué se rompe técnicamente?	Confidencialidad de la sesión; las sesiones cifradas anteriores se vuelven legibles.	Integridad de la firma y confianza en la identidad; los documentos firmados se vuelven infalsificables.
Efecto sobre TLS	Las sesiones cifradas pasadas se vuelven legibles	Los certificados y las cadenas de confianza pueden ser falsificados.
Efecto sobre la PKI	Comunicaciones confidenciales expuestas	Las claves privadas de CA son derivables; compromiso total de la jerarquía PKI.
Solución principal del NIST	FIPS 203 ML-KEM (encapsulación de claves)	FIPS 204 ML-DSA, FIPS 205 SLH-DSA (firmas resistentes a la computación cuántica)

Su lista de verificación para mitigar TNFL

La mitigación de TNFL requiere una estrategia distinta a la de la protección de datos tradicional. Dado que TNFL ataca la integridad en lugar de la confidencialidad, el objetivo no es solo ocultar los datos, sino garantizar que la prueba de autenticidad permanezca inquebrantable durante décadas. La siguiente lista de verificación ofrece una guía estructurada que abarca desde la visibilidad inmediata hasta la resiliencia cuántica a largo plazo.

• Realizar el descubrimiento y el inventario criptográfico; mapear todas las claves de firma, incluidas las claves privadas de la CA raíz y emisora, las claves privadas utilizadas para firmar software, firmware y parches, certificados sombra y comodín, claves de firma de código utilizadas en canalizaciones de CI/CD y claves de la Autoridad de Sellado de Tiempo (TSA). CBOM seguro para el descubrimiento automatizado en todos los entornos
• Identificar los dispositivos heredados e integrados que están programados para usar firmas RSA o ECC y que no pueden recibir actualizaciones remotas; planificar los plazos de renovación del hardware para estos entornos.
• Almacene todas las claves de firma en un sistema validado según FIPS 140-3. HSM; confirme la hoja de ruta del firmware de su proveedor de HSM para la compatibilidad con ML-DSA y SLH-DSA; planifique los plazos de revalidación para la certificación FIPS 140-3 de los algoritmos PQC.
• Pasar de certificados de firma de código de 1 a 2 años a ciclos de 90 días o más cortos; los ciclos de vida más cortos reducen la ventana de utilidad de cada clave pública capturada para los atacantes de TNFL.
• Defina la arquitectura de firma híbrida: ejecute la firma clásica (RSA o ECDSA) y una firma PQC (ML-DSA o SLH-DSA) en paralelo durante el período de transición para mantener la compatibilidad con versiones anteriores al tiempo que proporciona seguridad futura.
• Diseñe una nueva jerarquía raíz preparada para PQC; ejecute las CA raíz clásicas y de PQC en paralelo durante la transición; distribuya los nuevos anclajes de confianza de PQC mediante GPO, MDM e imágenes del sistema operativo antes de desactivar las raíces clásicas.
• Incluya las claves TSA en la hoja de ruta de migración de PQC; el sellado de tiempo compatible con PQC es esencial para evitar que los atacantes combinen firmas falsificadas con cadenas de sellos de tiempo comprometidas para fabricar evidencia de auditoría históricamente válida.
• Migrar a PKI como servicio (PKIaaS) o una CA nativa de la nube que admita algoritmos PQC de forma nativa, eliminando la gestión manual del ciclo de vida de los certificados que ralentiza la respuesta ante emergencias.
• Para entornos OT/ICS heredados que no se pueden actualizar, implemente una puerta de enlace de verificación que pueda validar las firmas PQC en nombre de los dispositivos que no pueden ejecutar la verificación de firmas PQC de forma nativa.
• Implementar capas de abstracción o una Herramienta CLM De modo que la migración del algoritmo (de RSA a ML-DSA) requiere un cambio de configuración en lugar de una reescritura de la aplicación.
• Elimine la gestión manual de certificados; automatice todo el conjunto de firmas para que la re-firma de emergencia en respuesta a una vulneración de claves se pueda ejecutar en horas en lugar de meses.
• Valide el PQC del firmware del HSM y la hoja de ruta de soporte híbrido con su proveedor de HSM; obtenga confirmación por escrito de los plazos de soporte de ML-DSA y SLH-DSA.
• Compare el rendimiento de la firma con algoritmos PQC más grandes; ML-DSA produce firmas más grandes que ECDSA y el rendimiento de la verificación de firmas debe probarse en todos los puntos finales de validación.
• Actualizar los procedimientos de la ceremonia de claves para incluir la generación, el almacenamiento y la copia de seguridad de las claves PQC; validar los procedimientos de copia de seguridad y restauración para los nuevos tipos de claves.
• Actualizar la documentación operativa de la Política de Certificación (CP) y la Declaración de Prácticas de Certificación (CPS) para reflejar la arquitectura de firma híbrida y PQC.

Riesgo y mitigación de TNFL: una perspectiva centrada en la infraestructura de clave pública (PKI).

Para mitigar la amenaza TNFL, es necesario un cambio en la forma en que las organizaciones gestionan la vigencia de la confianza. A diferencia de las amenazas a la confidencialidad, que pueden abordarse mediante el cifrado en reposo, TNFL ataca la autoridad: si una clave raíz o una clave de firma de código se ve comprometida mediante computación cuántica dentro de diez años, un atacante puede modificar las firmas para que tengan fecha anterior, y los sistemas actuales carecerán de un mecanismo técnico para distinguir la falsificación de la original. Esta tabla sirve como mapa de vulnerabilidades en todos los principales dominios de confianza de PKI.

Dominio de confianza PKI	Impacto de TNFL	Por qué es de alto riesgo	Enfoque práctico de mitigación
Anclajes de confianza (CA raíz y almacenes de confianza)	La derivación de la clave privada raíz permite a un atacante emitir cadenas de certificados totalmente confiables, creando identidades falsas o firmando infraestructura maliciosa que se valida como legítima.	Sus raíces son duraderas y gozan de amplia confianza; el compromiso es sistémico en todas las partes involucradas.	Cree una jerarquía raíz paralela preparada para PQC; distribuya anclas de confianza con anticipación a través de GPO, MDM e imágenes del sistema operativo; planifique una rotación de raíz; acorte el horizonte de confianza para las nuevas raíces.
CA emisoras (intermedias)	La vulneración de la clave de la CA emisora ​​permite la emisión masiva de certificados de entidad final falsificados, lo que posibilita la suplantación de identidad de servicios, usuarios o dispositivos a gran escala.	Las autoridades de certificación emisoras firman todo; la vulneración afecta a muchos puntos finales simultáneamente.	Claves de CA respaldadas por HSM, tiempos de vida de CA más cortos, reemplazo de CA por etapas, política de emisión híbrida para certificados de larga duración.
Firma de código	Los atacantes reconstruyen las claves de firma de código y firman malware o actualizaciones de software manipuladas que parecen auténticas del proveedor y superan todas las comprobaciones de validación de firma.	TNFL permite actualizaciones maliciosas de apariencia legítima con un amplio radio de impacto operativo que afecta a todos los dispositivos que confían en esa clave.	Claves de firma protegidas por HSM, firma dual e híbrida, validación de firmas en CI/CD, controles de procedencia que incluyen SBOM y puertas de políticas.
Firma de firmware y arranque seguro	Los dispositivos aceptan imágenes de firmware falsificadas firmadas con claves de proveedor derivadas, lo que permite eludir el arranque seguro e instalar código malicioso persistente.	A menudo, los validadores no actualizables implican que las firmas falsificadas pueden persistir durante toda la vida útil del dispositivo.	Firma de firmware dual siempre que sea posible; planifique actualizaciones de hardware para entornos RSA y ECC codificados; agregue pasarelas de verificación con validación más rigurosa para dispositivos heredados.
Revocación (OCSP y CRL)	Las respuestas OCSP o CRL falsificadas indican falsamente que los certificados revocados son válidos, o invalidan certificados legítimos, socavando todas las decisiones de confianza basadas en el estado de revocación.	Si los documentos de revocación son falsificables, no se puede responder de forma fiable a la pregunta fundamental de si un certificado es válido en la actualidad.	Alinear las claves de firma de revocación con la nueva jerarquía PQC, aplicar controles estrictos de firma OCSP, monitoreo y pruebas de validación de OCSP Stapling.
Registro de fecha y hora y validación a largo plazo	Las firmas falsificadas con fecha anterior, combinadas con cadenas de marcas de tiempo comprometidas, hacen que los artefactos maliciosos parezcan históricamente válidos y legalmente auténticos.	El TNFL se ve amplificado por cadenas de marcas de tiempo débiles; las repercusiones legales y de auditoría son graves y pueden no descubrirse hasta dentro de varios años.	Estrategia de marca de tiempo compatible con PQC, reasignación de marcas de tiempo a registros de larga duración con un nuevo TSA protegido por PQC, diseño de LTV (Validación a Largo Plazo) para que la prueba de archivo no colapse cuando los algoritmos clásicos queden obsoletos.
Infraestructura de inscripción	Las solicitudes de certificados fraudulentos se aprueban o falsifican bajo claves de CA comprometidas, lo que permite la emisión de identidades no autorizadas que parecen criptográficamente válidas.	Resulta catastrófico cuando todas las firmas de la CA de inscripción se vuelven infalsificables y no se puede demostrar la autenticidad de las aprobaciones de inscripción.	Refuerce la seguridad de la inscripción, automatice las aprobaciones con restricciones de plantillas basadas en políticas, aplique registros de auditoría y aplique CLM a todos los certificados emitidos.
Puntos finales y aplicaciones de validación	Las aplicaciones aceptan cadenas de certificados falsificadas debido a la vulneración del ancla de confianza, lo que hace que los servicios maliciosos sean indistinguibles de los legítimos.	Si los validadores no pueden analizar los nuevos perfiles PQC y OID, la migración desde la confianza clásica falla silenciosamente.	Pruebas de criptoagilidad en todos los puntos finales de validación, pruebas de capacidad de actualización del almacén de confianza, pruebas de creación de cadenas de certificados y rutas para perfiles PQC, pruebas de tamaño y latencia para firmas PQC más grandes.

¿Cómo puede ayudar la consultoría de cifrado?

Si te preguntas por dónde empezar tu camino hacia la era post-cuántica , Encryption Consulting está aquí para ayudarte. Puedes contar con nosotros como tu socio de confianza; te guiaremos en cada paso con claridad, seguridad y experiencia práctica.

Descubrimiento e inventario criptográfico

Esta es la fase fundamental en la que generamos visibilidad de su infraestructura criptográfica existente. Identificamos qué claves de firma y jerarquías de certificados están en riesgo ante amenazas cuánticas y evaluamos la preparación de su configuración actual, incluyendo su infraestructura de clave pública (PKI), módulos de seguridad de hardware (HSM) y aplicaciones. El resultado es un inventario criptográfico completo, que incluye todas las claves de firma por algoritmo, tamaño de clave, vinculación con HSM y estado del ciclo de vida del certificado, que constituye la base de su plan de mitigación de TNFL.

Evaluación PQC

Una vez establecida la visibilidad, evaluamos el panorama criptográfico en busca de vulnerabilidades cuánticas. Para el riesgo específico de TNFL, esto incluye la identificación de todas las claves de firma RSA y ECDSA, sus certificados asociados y jerarquías de confianza; la evaluación de la compatibilidad del firmware de HSM con ML-DSA y SLH-DSA; la revisión de las canalizaciones de CI/CD para detectar la exposición de claves de firma de código; y la evaluación de la arquitectura de la autoridad de sellado de tiempo. Entregamos un informe detallado con un inventario de activos de firma vulnerables, clasificaciones de gravedad del riesgo y priorización específica de TNFL para la migración.

Estrategia y hoja de ruta de PQC

Una vez identificados los riesgos, desarrollamos una estrategia de migración personalizada y por fases, alineada con sus requisitos comerciales, técnicos y regulatorios. Para la mitigación de TNFL, esto incluye un plan de arquitectura de firma híbrida, un nuevo diseño de jerarquía raíz PQC, una estrategia de distribución de anclas de confianza, un plan de reducción de la vida útil de los certificados y un diseño de validación a largo plazo (LTV) para registros de archivo. Alineamos la hoja de ruta con los plazos de NIST FIPS 204 y 205 y CNSA 2.0.

Evaluación de proveedores y prueba de concepto

Le ayudamos a identificar y probar las herramientas y plataformas que pueden respaldar sus objetivos de firma post-cuántica, incluyendo proveedores de HSM con soporte de firmware PQC validado, plataformas CA que admiten la emisión de ML-DSA, servicios de sellado de tiempo con soporte PQC y plataformas CLM que admiten la gestión híbrida de certificados. Realizamos pruebas de concepto en entornos aislados y le entregamos un informe comparativo de proveedores.

Pruebas piloto, escalado e implementación

Antes de la implementación completa, validamos la firma híbrida, la emisión de certificados PQC y la distribución de anclas de confianza en un entorno controlado. Evaluamos el impacto del tamaño de la firma en el ancho de banda de la red y el rendimiento de la validación, la interoperabilidad con sistemas heredados que aún no pueden verificar firmas PQC y la precisión de la re-firma automatizada en situaciones de emergencia. Una vez finalizadas las pruebas, brindamos soporte para una implementación fluida y escalable.

Póngase en contacto con nosotros en [email protected] y permítanos crear una hoja de ruta personalizada que se ajuste a las necesidades específicas de su organización.

Conclusión

Si bien la industria se ha centrado durante mucho tiempo en la amenaza HNDL a la confidencialidad, TNFL revela un riesgo aún más existencial: el potencial de un colapso total de la identidad digital y el no repudio. Si las organizaciones no inventarian sus activos de firma criptográfica y no migran a firmas resistentes a la computación cuántica antes de que llegue un CRQC, se enfrentan a un futuro en el que la historia misma puede reescribirse con una validez criptográfica perfecta, y la firma digital ya no está bajo el control de la parte que originalmente poseía la clave. Asegurar el futuro no solo significa ocultar datos hoy; significa fortalecer la autoridad para mañana. Los estándares están finalizados: FIPS 204 ML-DSA y FIPS 205 SLH-DSA proporcionan los algoritmos de firma resistentes a la computación cuántica necesarios para abordar TNFL. El trabajo consiste en descubrir qué claves de firma se tienen, migrar primero las de mayor riesgo y diseñar la jerarquía PKI y los ciclos de vida de los certificados para minimizar la superficie de ataque de TNFL antes de que se abra la ventana cuántica. Para obtener información sobre los fundamentos del descubrimiento criptográfico, consulte No se puede proteger lo que no se ve . Para consultar el inventario CBOM que estructura los hallazgos, vea Por qué un CBOM es esencial ahora más que nunca . Para obtener el marco completo de migración de PQC, consulte Servicios de asesoramiento de PQC.

Preguntas frecuentes

¿Qué es un ataque de tipo "Confía ahora, forja después" (TNFL, por sus siglas en inglés)?

Trust Now, Forge Later (TNFL, por sus siglas en inglés) es un modelo de amenaza de la era cuántica en el que un adversario recopila claves públicas y firmas digitales hoy, espera a que una computadora cuántica que ejecute el algoritmo de Shor pueda derivar la clave privada correspondiente y, a continuación, falsifica firmas con fecha anterior que son matemáticamente indistinguibles de las producidas por el titular original de la clave. TNFL no requiere interceptación activa actual, ya que las claves públicas ya están disponibles globalmente en certificados TLS, certificados de firma de código, cadenas de validación de firmware y almacenes de confianza de autoridades de certificación raíz.

¿En qué se diferencia TNFL de Harvest Now, Decrypt Later (HNDL)?

HNDL ataca la confidencialidad: un adversario intercepta y almacena datos cifrados hoy, y luego los descifra una vez que una computadora cuántica logra romper el algoritmo de intercambio de claves. TNFL ataca la integridad y el no repudio: un adversario recopila claves públicas hoy, deriva claves privadas mediante computación cuántica más adelante y falsifica firmas con fecha anterior al presente. HNDL requiere una interceptación activa hoy. TNFL no requiere ningún esfuerzo de recopilación porque las claves públicas ya están disponibles de forma permanente y pública.

¿Qué sistemas son más vulnerables a los ataques TNFL?

Las tres categorías de mayor riesgo son: la firma de código y la validación del firmware (los dispositivos solo aceptan actualizaciones si están firmadas con una clave de confianza; una clave privada derivada permite la instalación de firmware malicioso que parece completamente auténtico); las autoridades de certificación raíz (una clave privada de CA raíz comprometida permite falsificar certificados de confianza para cualquier dominio y colapsar toda la jerarquía de confianza); y los registros financieros y legales de larga duración (las firmas digitales que deben permanecer verificables durante décadas se vuelven falsificables, lo que colapsa el fundamento de no repudio de los registros legales digitales).

¿Cuál es el primer paso más importante para mitigar el riesgo de TNFL?

El primer paso fundamental es un análisis criptográfico exhaustivo y un inventario que registre todas las claves de firma: claves privadas de la CA raíz y de la CA emisora, claves de firma de código, claves de firma de firmware, claves de autoridad de sellado de tiempo y certificados comodín o de respaldo. Una lista de materiales criptográficos (CBOM, por sus siglas en inglés) estructura este inventario en un formato legible por máquina y facilita la gobernanza continua.

¿Qué algoritmos reemplazan a RSA y ECDSA para las firmas en un sistema resistente a TNFL?

El NIST finalizó tres algoritmos de firma resistentes a la computación cuántica en agosto de 2024: FIPS 204 (ML-DSA, derivado de CRYSTALS-Dilithium) como reemplazo principal para las firmas RSA y ECDSA; FIPS 205 (SLH-DSA, derivado de SPHINCS+) como alternativa basada en funciones hash; y FIPS 206 (FN-DSA, basado en FALCON), que aún se encuentra en fase de finalización. Para las claves de firma de mayor valor y mayor duración, se recomienda una estrategia híbrida que combine una firma clásica con ML-DSA o SLH-DSA durante el período de transición.

¿Por qué TNFL considera la duración de los certificados un factor de mitigación crítico?

La menor duración de los certificados limita el tiempo durante el cual una clave pública capturada sigue siendo útil para un atacante TNFL. Un certificado de 90 días que ya ha caducado cuando un ordenador cuántico obtiene su clave privada no proporciona ninguna ventaja de firma al atacante. Los certificados de mayor duración, incluidos los certificados de firma de código multianuales y los certificados de CA raíz con una vigencia de 20 años, son los objetivos prioritarios para mitigar las vulnerabilidades TNFL. Reducir la duración de los certificados disminuye directamente la superficie de ataque TNFL por clave.