Firma de código post-cuántica con ML-DSA y LMS

La firma de código post-cuántica es la práctica de firmar software, firmware y actualizaciones con algoritmos resistentes a la computación cuántica, principalmente ML-DSA (FIPS 204) para firmas de propósito general y los esquemas LMS o XMSS basados ​​en hash (NIST SP 800-208) para firmware, de modo que las firmas sigan siendo confiables incluso después de que las computadoras cuánticas puedan romper RSA y ECDSA.

La firma de código post-cuántica reemplaza las firmas RSA y ECDSA utilizadas actualmente con algoritmos resistentes a la computación cuántica. Las dos opciones principales son ML-DSA (FIPS 204), una firma basada en retículos adecuada para firmas de propósito general y de alto volumen, y LMS o XMSS (NIST SP 800-208), firmas basadas en funciones hash con estado que la NSA recomienda para la firma de firmware y actualizaciones de software. Dado que el código firmado puede persistir durante años, esta migración es una de las más urgentes en la transición cuántica.

Puntos Clave

• La firma de código post-cuántica utiliza algoritmos resistentes a la computación cuántica para que las firmas de software y firmware no puedan falsificarse una vez que una computadora cuántica pueda romper la barrera del hardware. RSA y ECDSA.
• ML-DSA (FIPS 204) es la opción de propósito general basada en retículos: sin estado, de alto rendimiento y muy adecuada para la firma frecuente de software. Su versión finalizó en agosto de 2024.
• LMS y XMSS (NIST SP 800-208) son firmas basadas en funciones hash con estado. La NSA las recomienda actualmente para firmar firmware y actualizaciones de software, pero requieren un seguimiento estricto del estado de la clave, lo que hace que la gestión segura de claves sea esencial.
• El código firmado tiene una larga vida útil, por lo que una firma creada hoy debe resistir una computadora cuántica que llegará años después. Por eso, la firma de código es un área de migración prioritaria en el marco de CNSA 2.0.
• No todos los HSM son compatibles con ML-DSA todavía, por lo que una migración real implica confirmar la compatibilidad del HSM y del conjunto de herramientas, realizar pruebas piloto en entornos que no sean de producción y, a menudo, utilizar la firma dual o híbrida durante la transición.

Por qué la firma de código debe ir más allá de la era cuántica

La firma digital de código demuestra que el software proviene de un editor de confianza y que no ha sido alterado. Se basa casi por completo en las firmas RSA y ECDSA , ambas falsificadas por una computadora cuántica suficientemente potente mediante el algoritmo de Shor. Si un atacante logra falsificar una firma digital, puede distribuir software malicioso que los sistemas operativos, los gestores de paquetes y los dispositivos aceptarán como legítimo, lo que constituye uno de los ataques más dañinos posibles.

Dos factores hacen que esto sea urgente, no meramente teórico. Primero, los artefactos firmados tienen una larga vida útil: el firmware, los controladores y las imágenes del sistema operativo firmados hoy podrían seguir siendo verificados dentro de una década o más, por lo que una firma debe resistir las computadoras cuánticas del futuro, no solo las actuales. Segundo, en muchos sistemas, el algoritmo de verificación es difícil de modificar después de su implementación. Por eso, la guía CNSA 2.0 de la NSA considera la firma de código y firmware como un área de migración de máxima prioridad, por encima de muchas otras transiciones criptográficas.

Los dos enfoques principales: ML-DSA y basado en hash (LMS/XMSS)

La firma de código post-cuántica se basa en dos familias de algoritmos, y la decisión fundamental reside en elegir entre ellas. Son complementarias, no competitivas, y muchas organizaciones utilizarán ambas.

ML-DSA (FIPS 204)

ML-DSA es un algoritmo de firma basado en retículos, finalizado por el NIST en agosto de 2024, y es el algoritmo predeterminado de propósito general para la firma post-cuántica. Sus principales ventajas para la firma de código son que no requiere estado, por lo que no se necesita un registro por firma, y ​​ofrece una capacidad de firma ilimitada con un alto rendimiento, lo que resulta adecuado para la firma de alto volumen y alto rendimiento, como la compilación continua de software.

Su principal coste reside en el mayor tamaño de las firmas y claves en comparación con los algoritmos clásicos, aunque menor que el de las alternativas basadas en funciones hash en muchas configuraciones.

LMS y XMSS (NIST SP 800-208)

LMS (Leighton-Micali Signature) y XMSS (eXtended Merkle Signature Scheme) son firmas basadas en funciones hash con estado, estandarizadas por el NIST en 2019. Su seguridad se basa únicamente en las propiedades de las funciones hash, el fundamento más conservador y mejor comprendido de la criptografía, razón por la cual la NSA las recomienda actualmente para la firma de firmware y actualizaciones de software.

El inconveniente es que son persistentes: cada clave privada solo puede generar un número fijo de firmas , y el firmante debe controlar qué claves de un solo uso se han utilizado, ya que reutilizarlas compromete la seguridad. Esto las hace ideales para firmas poco frecuentes y controladas, como las actualizaciones de firmware, y poco prácticas para firmas de alta frecuencia.

SLH-DSA (FIPS 205): la opción basada en hash sin estado

SLH-DSA , finalizado en agosto de 2024, es una firma digital sin estado basada en hash. Ofrece la seguridad conservadora basada en hash de LMS y XMSS sin la complejidad de la gestión del estado, aunque a costa de firmas más grandes. Es una excelente opción para organizaciones que buscan garantías basadas en hash pero no pueden gestionar el estado de la firma.

Algoritmo	Tipo	Mejor ajuste para la firma de código
ML-DSA (FIPS 204)	Basado en retículos, sin estado	Firma de software de propósito general y alto volumen; CI/CD
LMS / XMSS (SP 800-208)	Basado en hash, con estado	Firma de firmware y actualizaciones poco frecuentes; recomendado por la NSA hoy.
SLH-DSA (FIPS 205)	Basado en hash, sin estado	Firma conservadora de larga duración sin gestión estatal

Cómo elegir: ML-DSA o LMS/XMSS

La decisión depende de la frecuencia de las firmas, el conservadurismo necesario y la complejidad operativa.

• Elija ML-DSA cuando Si firmas software con frecuencia o en grandes volúmenes, buscas simplicidad sin estado en CI/CD y te sientes cómodo con la seguridad basada en retículos, esta solución se adapta a la mayoría de las firmas de software generales.
• Elija LMS o XMSS cuando Si firmas con poca frecuencia, necesitas la seguridad basada en hash más conservadora para firmware de larga duración y sigues las directrices de CNSA 2.0 para la firma de actualizaciones de firmware y software, prepárate para gestionar el estado de la firma.
• Elija SLH-DSA cuando Desea un conservadurismo basado en hash, pero no puede aceptar la carga operativa de la gestión del estado y puede tolerar firmas más grandes.

Muchas organizaciones los combinan: LMS o XMSS para el firmware y las raíces de arranque seguro que deben ser lo más conservadoras posible, y ML-DSA para la firma de aplicaciones y paquetes de mayor volumen, donde el rendimiento es importante.

La ruta de migración hacia la firma de código post-cuántica

1. Haz un inventario de tus firmas: Descubre dónde firma tu organización el código y el firmware, qué algoritmos y tamaños de clave se utilizan y dónde se almacenan las claves. No puedes migrar lo que no puedes ver.
2. Priorizar según la longevidad: Comience con las firmas que deben permanecer válidas durante más tiempo y que son más difíciles de cambiar: el firmware, las raíces de arranque seguro y las versiones de larga duración.
3. Confirme la compatibilidad con HSM y la cadena de herramientas: Verifique que su HSMLas herramientas de firma y los clientes de verificación son compatibles con el algoritmo post-cuántico elegido. No todos los HSM son compatibles con ML-DSA todavía, así que contacte con los proveedores cuanto antes.
4. Piloto en fase de no producción: Antes de confirmar los cambios, pruebe la firma y la verificación con ML-DSA, LMS o XMSS para detectar problemas de rendimiento, tamaño de la firma y compatibilidad.
5. Adopte la firma dual o híbrida: Durante la transición, se firman los artefactos con un algoritmo clásico y otro post-cuántico, de modo que los verificadores más antiguos sigan funcionando mientras que los más nuevos adquieran resistencia cuántica.
6. Desarrollar la criptoagilidad: Diseñar la firma y la verificación de los algoritmos de forma que se puedan intercambiar sin necesidad de rediseñar la arquitectura, ya que las directrices y los estándares seguirán evolucionando.

La parte difícil: HSM, gestión de claves y estado

Los algoritmos están estandarizados, pero la realidad operativa de la firma de código post-cuántica es donde los programas se estancan. Tres desafíos se repiten.

En primer lugar, la compatibilidad con HSM aún está en desarrollo. No todos los módulos de seguridad de hardware pueden generar y usar claves ML-DSA, y los proveedores han estado implementando la compatibilidad según sus propios plazos, por lo que confirmarla es un paso real en la migración, no una simple suposición. En segundo lugar, los esquemas basados ​​en hash añaden una carga de gestión de estado: LMS y XMSS requieren un seguimiento estricto de las claves de un solo uso, y un error puede comprometer la seguridad, por lo que esto no puede dejarse en manos de procesos manuales.

En tercer lugar, las claves en sí mismas siguen siendo tan sensibles como siempre, por lo que deben permanecer en el hardware en todo momento. Una plataforma de firma eficaz aborda estos tres aspectos: gestiona las claves post-cuánticas respaldadas por HSM, realiza un seguimiento automático del estado de la firma basada en hash y aplica el control de acceso y la auditoría en cada operación de firma.

Cómo ayuda la consultoría de cifrado

CodeSign Secure de Encryption Consulting está diseñado para que la firma de código post-cuántica sea operativa, no solo teórica. Firma contra claves almacenadas en un HSM FIPS 140-2 de nivel 2, admite esquemas de firma post-cuántica, incluidos ML-DSA y los basados ​​en hash LMS y XMSS, y gestiona el estricto seguimiento del estado de firma que requieren los esquemas basados ​​en hash con estado, de modo que los equipos no tengan que gestionarlo manualmente.

Se integra en los flujos de CI/CD, admite la firma dual e híbrida durante la transición y registra cada operación para su auditoría. La misma plataforma gestiona la firma clásica y post-cuántica en software, firmware y contenedores, lo que permite migrar según sus propios plazos sin perder el control. Cuenta con el respaldo de las prácticas certificadas ISO/IEC 27001:2022 y SOC 2.

Preguntas frecuentes

¿Qué es la firma de código post-cuántica?

La firma de código post-cuántica consiste en firmar software, firmware y actualizaciones con algoritmos resistentes a la computación cuántica en lugar de RSA o ECDSA, de modo que las firmas no puedan ser falsificadas por una futura computadora cuántica. Los principales algoritmos son ML-DSA (FIPS 204), una firma de propósito general basada en retículos, y LMS o XMSS (NIST SP 800-208), firmas basadas en funciones hash con estado recomendadas para el firmware. Dado que el código firmado puede permanecer en uso durante años, la migración a la firma de código es una de las partes más urgentes de la transición cuántica.

¿Debo usar ML-DSA o LMS para la firma de código?

Depende de cómo se firme. ML-DSA es sin estado, de alto rendimiento y muy adecuado para la firma frecuente de software de gran volumen, como en los pipelines de CI/CD. LMS y XMSS son esquemas basados ​​en hash con estado que ofrecen la seguridad más conservadora, recomendados por la NSA para la firma de firmware y actualizaciones de software, pero requieren un seguimiento estricto del estado de la clave y son adecuados para firmas poco frecuentes. Muchas organizaciones utilizan LMS o XMSS para las raíces de firmware y ML-DSA para la firma de aplicaciones de alto volumen.

¿Por qué se denomina a LMS y XMSS como sistemas con estado, y por qué es importante?

LMS y XMSS son sistemas con estado porque cada clave privada solo puede generar un número fijo de firmas, y el firmante debe llevar un registro de las claves de un solo uso que ya se han utilizado. Reutilizar una clave de un solo uso compromete la seguridad del sistema, por lo que el estado debe controlarse de forma fiable, nunca manualmente. Esto es viable para firmas de firmware poco frecuentes, pero resulta impracticable para firmas de alta frecuencia, lo que hace que una plataforma de firma capaz de automatizar el seguimiento del estado sea fundamental para una adopción segura.

¿Los módulos de seguridad de hardware ya son compatibles con ML-DSA?

El soporte está creciendo, pero no es universal. A partir de 2026, no todos los HSM podrán generar y usar claves ML-DSA, y los principales proveedores han estado implementando el soporte post-cuántico según sus propios plazos. Confirmar que su HSM, herramientas de firma y clientes de verificación específicos sean compatibles con el algoritmo elegido es un paso de migración necesario, no algo que se pueda dar por sentado. Esta es una de las razones por las que las organizaciones realizan pruebas de firma post-cuántica en entornos que no son de producción antes de implementarla definitivamente.

¿Qué es la firma de código dual o híbrida?

La firma dual o híbrida consiste en firmar un artefacto con un algoritmo clásico (como RSA o ECDSA) y un algoritmo post-cuántico (como ML-DSA) durante el período de transición. Los clientes de verificación más antiguos que aún no comprenden las firmas post-cuánticas pueden seguir validando la firma clásica, mientras que los clientes más recientes obtienen resistencia cuántica gracias a la firma post-cuántica. Es una forma práctica de migrar sin romper la compatibilidad con sistemas que aún no se han actualizado.

¿Necesito pasarme ahora a la firma de código post-cuántica?

Para artefactos firmados de larga duración, sí, la planificación debe comenzar ahora. El firmware, los controladores y las imágenes del sistema firmados hoy podrían verificarse dentro de años, cuando una computadora cuántica pueda falsificar firmas clásicas, y en muchos sistemas el algoritmo de verificación es difícil de modificar después de la implementación. CNSA 2.0 considera la firma de código y firmware como un área de migración de máxima prioridad y establece un cronograma ambicioso. Comenzar con el inventario y un proyecto piloto fuera de producción permite migrar de forma planificada en lugar de bajo presión.

Traslada la firma de tu código a algoritmos seguros frente a la computación cuántica.

La firma de código post-cuántica supone tanto un desafío operativo como la elección de algoritmos: la compatibilidad con HSM, la gestión del estado y la doble firma deben funcionar conjuntamente. Descubra CodeSign Secure para firmar con ML-DSA y LMS y XMSS basados ​​en hash contra claves protegidas por HSM, con seguimiento de estado automatizado y auditoría completa.