Modernización de la infraestructura de clave pública (PKI) para mitigar el TNFL.

Introducción

Modernizando su Infraestructura de clave pública (PKI) Es la forma más eficaz de abordar los riesgos de "Forja" y "Tardío" en el marco TNFL. La infraestructura de clave pública (PKI) tradicional suele ser demasiado estática y manual; la PKI moderna debe ser automatizada, efímera y centrada en la identidad.

Para obtener información detallada sobre Trust Now, Forge Later (TNFL), consulte la siguiente información: Blog dedicado.

A continuación se presenta un plan práctico paso a paso para la modernización de la infraestructura de clave pública (PKI), haciendo hincapié en "cómo" mitigar la pérdida de datos de transacciones (TFNL):

Fase 1: Descubrimiento criptográfico e inventario

Antes de modificar cualquier Autoridad de certificación (CA) o bien, mediante claves rotativas, la organización debe establecer un mapa fidedigno de su entorno criptográfico. TNFL es fundamentalmente un riesgo para autenticidadSe centra en firmas que deben permanecer verificables durante largos períodos. Por lo tanto, esta fase se enfoca en identificar dónde se incorporan algoritmos de firma clásicos (RSA/ECDSA) en certificados de larga duración.

• Descubra y localice certificados y claves en redes internas, entornos de nube, clústeres de Kubernetes, balanceadores de carga, DevOps tuberías y puntos finales.
• Para cada activo descubierto, documente su necesidad de supervivencia.
  1. Baja exposición: Un certificado TLS interno de 90 días conlleva un riesgo mínimo de TNFL porque caduca antes de que se pueda ejecutar un ataque "Forge Later".
  2. Alta exposición: Certificados de firma de códigoLas raíces del firmware, las autoridades de sellado de tiempo y los documentos legales pueden requerir una validez de 10 a 30 años. Estos son sus dominios críticos de TNFL.
• Cataloga los sistemas no actualizables o con limitaciones, como los HSM heredados, las tarjetas inteligentes, las claves vinculadas a TPM, los dispositivos IoT, los sistemas de control industrial, las implementaciones de arranque seguro y el hardware con anclas de confianza integradas.
• Cualquier sistema que utilice RSA/ECDSA de forma predeterminada y no pueda actualizarse con nuevos algoritmos representa una vulnerabilidad estructural. Estos sistemas deben segmentarse, protegerse mediante controles compensatorios o priorizarse para una actualización de hardware.

Fase 2: Gobernanza y preparación para la inscripción

La modernización de la infraestructura de clave pública (PKI) debe regirse por una política criptográfica explícita. Esto incluye definir qué algoritmos están aprobados, qué sistemas requieren una alta capacidad de supervivencia a largo plazo y qué tipos de certificados deben migrar primero.

• Definir estándares y políticas criptográficas aprobadas, incluidos algoritmos (por ejemplo, transición de RSA-2048 a ML-DSA 65), un cronograma de migración, fechas de cumplimiento para la emisión solo clásica y los criterios para híbridos o PQC emisión.
• Validar que todos los sistemas, incluidos los servidores web, los entornos de ejecución de Java y las pilas de IoT, puedan analizar los nuevos identificadores de objeto (OID), gestionar certificados de mayor tamaño y procesar cadenas de confianza extendidas. La gobernanza garantiza que los cambios en la inscripción y la emisión no se produzcan de forma arbitraria.

Fase 3: Finalizar el enfoque de migración de PQC para PKI

Antes de establecer una nueva CA emisora ​​de criptografía postcuántica (PQC), debe decidir un modelo de implementación que determine cómo interactuarán los sistemas heredados y modernos:

• Híbrido/CompuestoCertificados donde coexisten firmas clásicas (RSA/ECC) y PQC (ML-DSA). Esto proporciona una «defensa en profundidad», garantizando la seguridad siempre que al menos un algoritmo permanezca intacto.

  El término híbrido generalmente significa dos certificados separados para el mismo sujeto y par de claves:

  1. Certificado A → Algoritmo clásico (por ejemplo, RSA-4096 o ECDSA P-384)
  2. Certificado B → Algoritmo PQC (por ejemplo, ML-DSA)

  Compuesto significa un único certificado que contiene, por ejemplo, id-MLDSA65-RSA3072-PKCS15-SHA512

• Jerarquías paralelas: Mantener dos pilas PKI distintas. Usted mantiene dos cadenas de confianza:

  1. PKI heredada - Raíz → Intermedia → Entidad final: usando RSA 4096
  2. PQC PKI - Raíz → Intermedio → Entidad final: uso de ML-DSA
  3. Los clientes compatibles con PQC utilizan la nueva cadena, mientras que los clientes antiguos siguen utilizando la antigua.

• Reemplazo completo: Una transición directa a PQC. Esta es la arquitectura más limpia, pero conlleva el mayor riesgo de inutilizar los dispositivos antiguos que no pueden analizar las nuevas claves PQC más grandes.

  1. La desactivación de los registros raíz e intermedios clásicos se realiza mediante RSA/ECC.
  2. Migrar completamente a PQC Root e Intermediate usando ML-DSA

Una vez seleccionado el modelo, los mecanismos utilizados para solicitar y emitir certificados deben revisarse para adaptarse a las características físicas únicas de PQC, como el tamaño significativamente mayor de las claves y los nuevos metadatos.

• Directorio activo (ADCS): Debe duplicar y actualizar las plantillas de certificados para que admitan parámetros de clave compatibles con PQC. Las políticas de inscripción automática deben revisarse para que se dirijan únicamente a puntos finales compatibles, evitando así bucles de inscripción en los que una máquina antigua intenta —sin éxito— instalar un certificado PQC que no puede procesar.
• DevOps y automatización: Los flujos de trabajo de generación de CSR (Solicitud de Firma de Certificado) deben volver a probarse. Muchos scripts automatizados tienen límites de búfer predefinidos que fallarán al procesar las cargas útiles más grandes requeridas para las solicitudes compuestas o híbridas.
• Soporte de protocolo: Para la inscripción automatizada a través de ACME, EST o SCEPSus puntos finales de CA deben actualizarse para admitir los nuevos perfiles. Debe asegurarse de que los balanceadores de carga y los firewalls no descarten estos paquetes más grandes como tráfico "mal formado".

Fase 4: Asegurar y modernizar la CA raíz

Modernizar su raíz no es una “actualización in situ”. Requiere la creación de un nuevo ancla de confianza paralela diseñado específicamente para la era post-cuántica. Debe configurar una CA raíz completamente nueva diseñada para cripto-agilidadEsta raíz firmará finalmente a sus CA emisoras utilizando algoritmos resistentes a la computación cuántica.

• La clave privada raíz debe generarse dentro de un FIPS 140-3 Nivel 3 (o superior) Módulo de seguridad de hardware (HSM)Esta norma es fundamental, ya que exige autenticación basada en la identidad y resistencia a la manipulación física, pruebas específicas para los módulos criptográficos modernos.
• La generación debe ocurrir durante un proceso formalmente documentado. Ceremonia de la llaveEsto implica un control dual "M de N" (donde varios funcionarios de confianza deben presentar llaves físicas para activar el HSM) y auditores independientes para garantizar que la clave privada nunca salga del hardware seguro.
• Una vez generada, la CA raíz debe permanecer estrictamente fuera de línea y aislado de la redSolo se activa para eventos de alta integridad, como la firma de un certificado de una CA emisora.
• Posteriormente, la CA emisora ​​generará una CSR utilizando su par de claves compatible con PQC y la enviará a la nueva raíz para su firma. La raíz verifica la CSR y la firma con su clave privada, creando así la cadena de confianza.
• Una entidad final (servidor o usuario) no puede usar un certificado PQC si el dispositivo no "conoce" previamente la nueva raíz. Este es el punto de fallo más común en la modernización. El nuevo certificado raíz PQC debe implementarse en todos los almacenes de confianza de la empresa. antes emitir cualquier certificado operativo.
  1. Windows: Implementación mediante objetos de directiva de grupo (GPO).
  2. Móvil/Mac: Implementación a través de perfiles de administración de dispositivos móviles (MDM).
  3. Linux/Nube: Integración en imágenes base y gestión de configuración (Ansible/Terraform).
• Si omite la predistribución, los sistemas no podrán validar la nueva cadena PQC y recurrirán a la raíz clásica heredada. Esta reversión lo deja perpetuamente dependiente de las anclas RSA/ECDSA que un atacante puede falsificar posteriormente.

Fase 5: Transición de la CA emisora

La CA emisora ​​actúa como puente entre la raíz de alta seguridad y las necesidades operativas diarias de la empresa. Esta etapa es fundamental para establecer cripto-agilidad en tráfico real.

• La CA emisora ​​debe generar su propio PQC o par de claves híbridas (por ejemplo, utilizando ML-DSA o un compuesto RSA + ML-DSA par) dentro de un módulo de seguridad de hardware (HSM) dedicado.
• La CA emisora ​​produce un Solicitud de firma de certificado (CSR)Esta solicitud incluye la clave pública y los atributos de identidad, firmados con su propia clave privada para demostrar que la CA realmente controla las claves que está registrando.
• A continuación, la solicitud de firma de certificado (CSR) se envía a la CA raíz fuera de línea (establecida en la fase 4). La CA raíz firma la CSR, creando el certificado de la CA emisora ​​y vinculándolo oficialmente a la nueva jerarquía de confianza resistente a la computación cuántica.
• Una vez operativa, la CA emisora ​​comienza a firmar certificados de entidad final. Si ha seleccionado un modelo híbrido, la CA debe configurarse con parámetros específicos. Plantillas de certificado que admiten firmas duales. En este modo, cada certificado contiene tanto una firma clásica (para sistemas heredados) como una firma PQC (para sistemas modernos).

Fase 6: Poner a prueba la revocación y el acuerdo de reconciliación.

A diferencia de la infraestructura de clave pública (PKI) clásica, la PQC introduce cargas de datos significativamente mayores. Debe verificar que su infraestructura pueda validar estos certificados de mayor tamaño sin fallar.

• Las firmas PQC hacen que las listas de revocación de certificados sean mucho más grandes. Pruebe su ancho de banda para asegurarse de que los puntos de distribución de las CRL no generen cuellos de botella.
• Los respondedores del Protocolo de estado de certificado en línea (OCSP) deben someterse a pruebas para comprobar su capacidad de firmar y entregar respuestas válidas según el protocolo PQC dentro de los límites de tiempo que exigen los navegadores modernos.
• Autenticar conexiones en TLS 1.3, donde los intercambios de claves PQC (como ML-KEM) se integran junto con los mecanismos clásicos
• Preste atención a la "fragmentación de paquetes" en el firewall. Debido a que las claves PQC son más grandes, el mensaje inicial "Client Hello" o "Server Hello" de TLS puede exceder la MTU (Unidad de Transmisión Máxima) estándar, lo que provoca que el equipo de red cierre la conexión.

Una autoridad de certificación emisora ​​totalmente operativa y de alto rendimiento que proporciona activamente identidades resistentes a la computación cuántica, al tiempo que se supervisa su rendimiento y estabilidad en la red en el mundo real.

Fase 7: Pruebas piloto y transición gradual a CA

La transición a PQC no es un evento de “big bang”; es una serie de ondas calculadas. El éxito depende de una Cambio gradual de CA Esto le permite supervisar el impacto en la red antes de comprometer a toda la empresa.

• Seleccione un subconjunto pequeño y representativo de su entorno para que actúe como grupo piloto. Elija aplicaciones web internas no críticas, un único espacio de nombres de Kubernetes o una sucursal específica. Evite las bases de datos de producción de alto volumen en esta etapa.
• Utilice este grupo para realizar pruebas. Certificados híbridos (Clásico + PQC). Verifique que los clientes antiguos puedan conectarse utilizando la firma clásica, mientras que los clientes modernos validan correctamente la firma PQC.
• Establecer una línea de base para:
  1. Latencia del protocolo de enlace: Mida el incremento en milisegundos en los tiempos de conexión TLS.
  2. La optimización del rendimiento: Supervise las conexiones interrumpidas causadas por certificados que superen la MTU estándar de 1500 bytes.
  3. Carga de CPU/Memoria: Realizar un seguimiento del impacto en los balanceadores de carga y los servidores web que manejan los algoritmos PQC más complejos.
• Una vez que el piloto esté estable, comience a migrar sus CA emisoras. En lugar de eliminar la CA antigua, las ejecutará en paralelo y gradualmente irá reduciendo la confianza heredada.

Fase 8: Despliegue a gran escala y desmantelamiento

A medida que se avanza hacia la producción a gran escala, la atención se centra en garantizar una cobertura del 100%.

• Actualice su software de CA, como Active Directory o CLM políticas para exigir el uso de las nuevas plantillas compatibles con PQC.
• No desactive la CA heredada de inmediato. Manténgala en estado de "solo lectura" durante 6 a 12 meses para permitir reversiones de emergencia si surge algún problema de compatibilidad imprevisto en un sistema heredado de larga duración.
• Mantener una vida CBOM (de la Fase 1), un inventario continuo de cada algoritmo y longitud de clave utilizada en su entorno. El CBOM debe marcar cualquier "TI en la sombra" o sistemas heredados que aún utilicen RSA-2048 en zonas obligatorias para PQC. Utilice el CBOM para identificar puntos finales o dispositivos "no ágiles" que estén codificados para un algoritmo específico y no puedan recibir actualizaciones automáticas. Estos representan sus recursos restantes. Responsabilidades estructurales de TNFL.
• Realice un análisis exhaustivo del entorno. Cualquier certificado clásico restante debe marcarse como una vulnerabilidad TNFL de alto riesgo.

Fase 9: Monitoreo y registro continuos

Es necesario realizar un seguimiento y registro continuos mediante la integración con herramientas de monitorización, como SIEM, para detectar anomalías específicas del control de calidad del producto (PQC).

• Si un servidor preparado para PQC de repente “vuelve” a un protocolo de enlace clásico, puede indicar que ataque de degradación por un adversario que intenta eludir tus defensas cuánticas.
• Centralice los errores relacionados con "OID no válidos" o "Fallo en la verificación de la firma", que a menudo indican que el almacén de confianza de un cliente no está sincronizado con su nueva raíz PQC.

Fase 10: Automatización y agilidad

La gestión manual de certificados es una vulnerabilidad estructural. En un mundo poscuántico, la velocidad a la que se pueden rotar las claves es más importante que la seguridad de las claves en sí.

La verdadera agilidad significa que tus aplicaciones no están "programadas de forma rígida" para un algoritmo específico.

• Utilice bibliotecas criptográficas modulares. Sus aplicaciones deben requerir una "Firma de alta seguridad" en lugar de "RSA-2048". Esto le permite actualizar el algoritmo de backend (a ML-DSA) sin tocar el código de la aplicación.
• Almacene sus requisitos criptográficos (longitud de clave, tipo de algoritmo) en archivos de configuración centrales o en un Gestión del ciclo de vida de los certificados (CLM) Herramienta. Cuando cambian los estándares, actualizas la política una sola vez y la automatización la implementa en todas partes.
• Use el CUMBRE Protocolo (Entorno de Gestión Automatizada de Certificados) para gestionar todo el ciclo “Solicitar → Validar → Emitir → Instalar” sin intervención humana.
• Integre su CLM con balanceadores de carga (F5, Citrix) y proveedores de nube. Cuando se renueve un certificado, el CLM debería vincular automáticamente el nuevo certificado PQC al servicio y reiniciar el oyente.
• Pruebe la capacidad de su sistema para rotar más de 1,000 certificados en menos de 24 horas. Esta es su garantía en caso de que se detecte algún fallo en el algoritmo PQC inicial.

¿Cómo permite CBOM la modernización de PKI para prevenir TNFL?

A Lista de materiales criptográficos (CBOM) es la “fuente de verdad” fundamental necesaria para navegar la compleja transición a Criptografía poscuántica (PQC) y mitigar los riesgos de Confianza Ahora, Fallo Después (TNFL). En el caso específico de TNFL, la preocupación radica en que los atacantes no solo podrían descifrar datos antiguos, sino también generar confianza digital en el futuro al romper esquemas de firma o explotar cadenas de validación débiles. CBOM ayuda a identificar dónde se origina y se aplica la confianza, como en los certificados de firma de código, las CA raíz e intermedias, las claves públicas integradas en el firmware, los certificados fijados en las aplicaciones y los almacenes de confianza de los dispositivos.

CBOM ayuda a analizar, con evidencia de:

• ¿Qué certificados, cadenas y algoritmos de firma? ¿Existen hoy en día (RSA/ECDSA, tamaños de clave, curvas, funciones hash)?
• Donde se validan las firmas (aplicaciones, dispositivos, dispositivos intermedios, bibliotecas) y ¿qué pueden o no pueden analizar esos validadores?
• Donde la “confianza” está arraigada (certificados fijados, raíces integradas, claves públicas codificadas, almacenes de confianza de firmware)?
• ¿Qué sistemas se “detendrán”? ¿Qué sucede cuando se introducen certificados más grandes, nuevos OID o nuevas cadenas (algo común en PQC y en enfoques compuestos/híbridos)?

Estos son los lugares donde una futura brecha criptográfica tendría un impacto sistémico a largo plazo. Al mapear estas dependencias, las organizaciones pueden priorizar qué anclas de confianza y sistemas de firma deben hacerse resistentes a la computación cuántica primero. A continuación, se describe el papel de CBOM en la modernización de PKI para PQC y la mitigación de TNFL:

1. Descubrimiento criptográfico: El descubrimiento va más allá del simple recuento de certificados. Identifica cada punto de contacto en el ecosistema PKI, incluyendo identidades TLS/mTLS (Kubernetes, SPIFFE), canalizaciones de firma de código y almacenes de confianza en diversos sistemas operativos y dispositivos. Además, registra las versiones específicas de las bibliotecas criptográficas (como OpenSSL o BoringSSL) que determinan qué puede o no procesar un sistema.
2. Crear inventario: El CBOM cataloga estos datos en un inventario único. Vincula los activos, como la aplicación o el dispositivo, con su uso específico de criptomonedas y sus dependencias. Este mapeo es lo que convierte una simple lista en una hoja de ruta de modernización viable.
3. Priorización basada en riesgosCBOM permite a las organizaciones clasificar las oleadas de migración según su exposición y la duración de la confianza. En el caso específico de TNFL, CBOM destaca áreas críticas como la firma de código y la integridad de la raíz, donde una futura brecha criptográfica sería catastrófica, lo que permite a los equipos proteger primero estos activos de larga duración.
4. Criptoagilidad y gobernanzaFinalmente, un CBOM no es un documento estático; es un control dinámico para la criptoagilidad. Proporciona visibilidad continua del entorno, alertando a los equipos de seguridad sobre algoritmos que no cumplen con los estándares, como las claves RSA-1024 o las CA "en la sombra".

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

Si te preguntas dónde y cómo comenzar tu andadura post-cuántica, la solución CBOM de Encryption Consulting está aquí para hacer que ese camino sea claro y práctico.

Ya hemos establecido que la transición a la criptografía postcuántica no se trata solo de reemplazar algoritmos. Requiere visibilidad de su panorama criptográfico actual, comprender dónde existen vulnerabilidades y construir una hoja de ruta que se alinee con sus objetivos comerciales, de cumplimiento y operativos. Ahí es donde entra en juego nuestra Solución CBOM (Lista de materiales criptográficos) juega un papel fundamental.

Nuestra solución CBOM le ayuda a descubrir, inventariar y clasificar todos los activos criptográficos de su entorno. Identificamos dónde se utilizan algoritmos clásicos como RSA y ECC, mapeamos las dependencias de los certificados, analizamos el uso de claves y destacamos los sistemas que pueden ser vulnerables a futuras amenazas cuánticas. Con esta visibilidad, le guiamos a través de:

• Evaluación de la exposición al riesgo cuántico en aplicaciones, PKI, HSM e infraestructura.
• Priorizar los sistemas para la migración en función del impacto en el negocio y las necesidades de cumplimiento.
• Diseño de estrategias PKI híbridas, compuestas o paralelas
• Desarrollar un plan por fases Migración PQC Hoja de ruta alineada con los estándares del NIST.
• Implementar arquitecturas criptoágiles para evitar futuras interrupciones a gran escala.

Encryption Consulting combina una profunda experiencia en infraestructura de clave pública (PKI), experiencia práctica en implementaciones reales y una estrategia innovadora para la preparación cuántica. Puede contar con nosotros como su socio de confianza para guiarle paso a paso con claridad, seguridad y una ejecución práctica, desde el descubrimiento criptográfico hasta la plena preparación post-cuántica.

Encryption Consulting también ofrece una solución de alta seguridad, flexible y escalable. PKI administrada y PKI como servicio Solución (PKIaaS) diseñada para simplificar la gestión de certificados y fortalecer la infraestructura de confianza digital de su organización.

Orientación experta y preparación para PQC

Nuestro equipo de especialistas en PKI ayuda a su organización a diseñar y gestionar una infraestructura de clave pública (PKI) ágil y basada en criptografía. Ofrecemos orientación sobre las mejores prácticas, la implementación de políticas y la estrategia operativa, lo que permite a su equipo centrarse en las prioridades del negocio, garantizando al mismo tiempo una PKI segura y adaptable.

Costo y eficiencia operativa

Al aprovechar nuestra solución PKI-as-a-Service, ayudamos a las organizaciones a reducir los costos de hardware, software y mantenimiento, al tiempo que optimizamos la gestión de PKI con soporte experto.

PKI escalable y de alta disponibilidad

Nuestra plataforma PKIaaS se adapta perfectamente a entornos DevOps, de nube e IoT. Con una arquitectura de alta disponibilidad y de inquilino único, admite millones de puntos finales de certificados y certificados híbridos, lo que garantiza un rendimiento constante sin aumentar el riesgo operativo.

Rápida implementación e integración

Implemente rápidamente una infraestructura de clave pública (PKI) totalmente administrada en infraestructuras locales, en la nube o híbridas. El aprovisionamiento, la inscripción y la renovación automatizados se integran a la perfección con sus flujos de trabajo DevOps, sistemas de identidad y arquitectura de confianza cero existentes, lo que garantiza una transición fluida a la criptografía cuántica segura.

Ciclo de vida automatizado del certificado

Simplifique las operaciones diarias de PKI con la emisión, renovación, revocación y rotación de certificados totalmente automatizadas. Admitimos protocolos como ACME, SCEP, EST y WSTEP, lo que garantiza un aprovisionamiento de certificados seguro, consistente y escalable para usuarios, dispositivos y aplicaciones.

Cumplimiento basado en políticas

La aplicación centralizada de políticas le permite definir y aplicar políticas de certificados, incluidos períodos de validez y reglas de uso de claves, en toda su organización. Le permite integrar capacidades de PQC y garantizar la alineación con marcos de seguridad y estándares de cumplimiento como GDPR, HIPAA, PCI DSSy NIST. Además, admite perfiles de certificados personalizables con estrictos controles de acceso, lo que garantiza una emisión de certificados segura y conforme a las normativas.

Gestión de CA privada y segura

Ofrecemos un entorno de Autoridad de Certificación privado y de un solo inquilino con estrictos controles de acceso. Solo los sistemas, dispositivos y usuarios autorizados pueden solicitar certificados, lo que garantiza una alta seguridad para todas las operaciones criptográficas.

Opciones de implementación que se adaptan a sus necesidades

Ofrecemos flexibilidad en cómo se implementa PKI:

• En las instalaciones: Implemente una PKI completamente administrada dentro de su propia infraestructura, manteniendo las CA raíz y emisoras bajo su control mientras se beneficia de nuestra orientación experta.
• PKI en la nube (SaaS): Aproveche una PKI segura alojada en la nube para administrar certificados e identidades digitales con una sobrecarga operativa mínima.
• PKIaaS administrada: Obtenga una solución PKI de nivel empresarial totalmente personalizada, alojada en la nube de Encryption Consulting con administración experta, que brinda máxima agilidad y preparación post-cuántica, cumplimiento sólido y escalabilidad perfecta sin la carga operativa.

Con Consultoría de Cifrado, su organización obtiene una plataforma PKI que no solo es confiable y segura, sino que también está preparada para evolucionar a medida que avanzan los estándares criptográficos. Las transiciones rápidas de algoritmos y la preparación poscuántica se vuelven manejables, en lugar de disruptivas.

Conclusión

Modernizar su infraestructura de clave pública (PKI) ya no es una actualización opcional, sino un mecanismo de defensa fundamental contra la amenaza de "Confiar ahora, forjar después" (TNFL). Al pasar de arquitecturas manuales y estáticas a sistemas criptográficos automatizados y ágiles, neutraliza eficazmente la capacidad de un atacante para utilizar su identidad actual como arma contra un futuro cuántico.

El camino hacia la resiliencia cuántica es un viaje de visibilidad y velocidad. Comienza con un descubrimiento exhaustivo de sus identidades "congeladas" (Fase 1) y culmina en un estado donde su organización puede rotar mil claves en un solo día (Fase 10). Al seguir este plan de modernización de 10 fases, no solo está cambiando algoritmos, sino que está reconstruyendo los cimientos de la confianza digital para garantizar que sus firmas y su responsabilidad permanezcan firmemente bajo su control en la Era Cuántica.