PAdES y validación a largo plazo (LTV)

Imagina un contrato firmado electrónicamente hace tres años. El archivo aún se abre y la firma sigue siendo válida. Pero cabe preguntarse: ¿podrías demostrar hoy que la firma era válida en el momento de su firma? ¿Y podrías demostrar lo mismo dentro de diez años? Para la mayoría de las firmas digitales, la respuesta sincera es no. Este es precisamente el problema que PAdES (PDF Advanced Electronic Signatures) y la Validación a Largo Plazo (LTV) están diseñados para resolver.

PAdES, definido por la norma ETSI EN 319 142, es el estándar europeo para añadir firmas digitales a archivos PDF. LTV es la parte de PAdES que almacena todo lo necesario para que una firma sea fiable: los certificados, las comprobaciones de revocación y una marca de tiempo de confianza, directamente dentro del PDF. Dado que toda esta información se almacena dentro del archivo, la firma puede verificarse años después, incluso si los servicios que la emitieron originalmente ya no existen. Para comprender la necesidad de LTV, conviene entender primero por qué una firma digital ordinaria no mantiene su fiabilidad indefinidamente.

PAdES es un estándar de firma de documentos, no de código; no es lo que protege un ejecutable, un instalador o una imagen de firmware. Sin embargo, la firma de código empresarial se enfrenta al mismo problema de validación a largo plazo que PAdES se diseñó para resolver, y por la misma razón: un artefacto firmado a menudo debe seguir siendo verificable durante años después de que haya expirado el certificado que lo firmó. El resto de este artículo utiliza el modelo LTV de PAdES como ejemplo concreto de este problema y su solución, y luego lo relaciona directamente con lo que debe hacer un programa de firma de código.

La validación a largo plazo para la firma de código empresarial se define como la preservación de la cadena de certificados, el estado de revocación y una marca de tiempo confiable para un artefacto firmado en el momento de la firma. Este mismo principio se aplica a los archivos PDF, de modo que el firmware, los instaladores y el software empresarial con una vida útil de varios años siguen siendo verificables mucho después de que finalice el período de validez de su certificado de firma.

Puntos Clave

• PAdES y la firma de código son estándares diferentes para distintos tipos de artefactos, pero comparten el mismo modo de fallo: una firma que depende de servicios externos de revocación y de marca de tiempo se vuelve imposible de verificar una vez que esos servicios, o el propio certificado, desaparecen.
• El equivalente en la firma de código al nivel B-LT de PAdES es una marca de tiempo de confianza RFC 3161 que se aplica en el momento de la firma; sin ella, la confianza en un artefacto firmado caduca con su certificado, normalmente en un plazo de 460 días según las normas actuales del CA/Browser Forum.
• En el entorno PAdES/eIDAS, un QSCD (Dispositivo de Creación de Firma Cualificado) tiene prácticamente el mismo requisito que un HSM en la firma de código: la clave privada debe generarse en hardware certificado y nunca salir de él.
• Para conocer en detalle los requisitos de sellado de tiempo y HSM específicos de la firma de código, consulte Buenas prácticas de firma de código en el ciclo de vida del desarrollo de software (SDLC) y Hemos contabilizado todos los formatos que CodeSign Secure puede firmar..

¿Por qué las firmas digitales dejan de funcionar con el tiempo?

Una firma digital se basa en la infraestructura de clave pública (PKI) . El firmante posee una clave privada vinculada a un certificado digital emitido por una Autoridad de Certificación de confianza ; la firma crea una huella digital única del documento y lo bloquea con esa clave, de modo que cualquier persona con la clave pública correspondiente puede confirmar que el documento no ha sido modificado. Esto funciona bien a corto plazo, pero ninguno de los componentes es permanente: los certificados caducan después de uno a tres años, las Autoridades de Certificación cierran, los servicios en línea que confirman que un certificado sigue siendo confiable dejan de funcionar y, con el tiempo, el algoritmo subyacente se vuelve más vulnerable.

Cuando esto sucede, quien revise la firma años después se topa con un obstáculo: no puede confirmar la validez del certificado en el momento de su uso, no puede comprobar si fue revocado posteriormente y es posible que ya no confíe en el algoritmo. El documento sigue existiendo, pero la prueba que lo respalda desaparece, lo que supone un riesgo real y costoso en caso de disputa o auditoría.

LTV elimina esta dependencia de servicios externos: almacena toda la prueba dentro del documento en el momento de la firma y fija la hora exacta de la firma, de modo que esta siempre se considera válida a partir de esa fecha. Por eso, una firma LTV sigue siendo válida mucho después de que caduque el certificado del firmante. Para comprender cómo se genera dicha prueba, conviene analizar la estructura de PAdES.

¿Qué hacen PAdES y la validación a largo plazo?

PAdES es uno de los pocos formatos de firma reconocidos en Europa y es el más adecuado para archivos PDF. Funciona por niveles, donde cada nivel ofrece mayor protección que el anterior. No es necesario memorizar los nombres técnicos, pero vale la pena comprender el concepto detrás de cada paso.

PAdES define cuatro niveles, cada uno basado en el anterior. La tabla a continuación muestra qué aporta cada nivel y durante cuánto tiempo se puede confiar en la firma resultante.

Nivel PAdES	Lo que añade	¿Cuánto tiempo se puede confiar en él?
BB (Línea de base)	La firma más el certificado del firmante.	Solo mientras el certificado siga siendo válido.
BT (Marca de tiempo)	Un sello de tiempo cualificado emitido por un Proveedor de Servicios de Confianza Cualificado (QTSP, por sus siglas en inglés) que acredite la fecha de firma del documento.	Establece la hora de la firma, pero la verificación aún depende de la obtención de información sobre el certificado y la revocación de fuentes externas.
B-LT (a largo plazo)	La cadena completa de certificados y los datos de revocación, almacenados dentro del PDF.	Verificable únicamente a partir del archivo, sin necesidad de servicios externos.
B-LTA (Largo plazo + Archivo)	Un token de marca de tiempo criptográfico que sella todas las pruebas almacenadas; renovable antes de su vencimiento.	Décadas, siempre y cuando la marca de tiempo criptográfica se renueve según lo programado.

Como regla general, cualquier documento que deba tener una vigencia superior a unos pocos años debería utilizar al menos el nivel de validación a largo plazo, y cualquier documento que deba mantenerse válido durante décadas debería utilizar el nivel más alto junto con un plan de renovación. Todo esto cobra mayor relevancia debido a las nuevas normativas europeas, tema que abordaremos a continuación.

Mapeo de PAdES LTV a la firma de código empresarial

Los conceptos se traducen directamente, aunque los estándares y los formatos de archivo sean diferentes:

Concepto PAdES / eIDAS	Equivalente a la firma de código
BT: marca de tiempo cualificada en el momento de la firma	Se aplicó una marca de tiempo confiable según RFC 3161 en el momento de la firma.
B-LT: cadena de certificados y datos de revocación almacenados en el archivo	Cadena de certificados empaquetada con la firma; revocación comprobada mediante CRL/OCSP en el momento de la verificación.
B-LTA: sello de tiempo de archivo, renovado según lo programado	Todavía no existe un equivalente directo en la mayoría de las herramientas de firma de código, lo que supone una verdadera carencia para el firmware con una vida útil de más de 10 años.
QSCD (Dispositivo de Creación de Firma Cualificada)	HSM que cumple con el nivel 2+ de FIPS 140-2 (requisito para todos los certificados de firma de código de confianza pública desde junio de 2023).
Criptoagilidad para la migración post-cuántica	Mismo requisito: compatibilidad con ML-DSA (FIPS 204), SLH-DSA (FIPS 205) o LMS/XMSS sin una reconstrucción completa del pipeline.

La brecha que vale la pena mencionar explícitamente es la siguiente: el proceso de re-sellado de archivo B-LTA de PAdES, que renueva el sello de un documento antes de que caduque su propia marca de tiempo, no tiene un equivalente ampliamente adoptado en las herramientas de firma de código actuales. Para el firmware y el software empresarial con una vida útil de décadas, esto representa un riesgo real: una marca de tiempo RFC 3161 mantiene la validez de una firma más allá del vencimiento del certificado, pero la mayoría de los flujos de trabajo de firma de código no renuevan esa marca de tiempo antes de que la cadena de certificados de la autoridad emisora ​​también caduque. Esto debe considerarse una cuestión operativa abierta que requiere planificación, no un problema resuelto.

Por qué es importante ahora: eIDAS 2.0 y las carteras digitales de la UE

El Reglamento eIDAS europeo establece las normas para las firmas electrónicas; la versión actualizada eIDAS 2.0 está en vigor desde 2024 e introduce la Cartera de Identidad Digital de la UE, que todos los Estados miembros de la UE deben poner a disposición antes de finales de 2026 en virtud del Reglamento (UE) 2024/1183. Se trata de un avance en la firma de documentos e identidades, no en la firma de código, pero merece la pena conocerlo por una razón: está impulsando un gran aumento en el volumen de documentos firmados de larga duración que deben seguir siendo verificables durante décadas, la misma presión que está llevando a la firma de código hacia una disciplina de validación a largo plazo similar.

La presión más directamente relevante para la firma de código es la transición post-cuántica. Los algoritmos de firma seguros frente a la computación cuántica ya están estandarizados, incluidos ML-DSA (FIPS 204) y SLH-DSA (FIPS 205), finalizados por el NIST en agosto de 2024, por lo que el código destinado a seguir siendo verificable mucho más allá de 2030 debería diseñarse ahora para la criptoagilidad.

En lo que respecta a la firma de software y firmware, la serie CNSA 2.0 de la NSA establece un plazo más estricto: los proveedores deben dar soporte y preferencia a los algoritmos post-cuánticos para 2025 y utilizarlos exclusivamente para 2030. Aprueba ML-DSA y el algoritmo LMS /XMSS basado en hash (NIST SP 800-208) para la firma, pero no SLH-DSA. Una cosa es saber todo esto; otra muy distinta es aplicarlo correctamente en la práctica. Por ello, la siguiente lista de verificación resume los hábitos que realmente garantizan la validez de una firma.

Calcular correctamente el LTV: una lista de verificación práctica

La mayoría de las firmas digitales a largo plazo que se ven comprometidas fallan por razones comunes y evitables, no por criptografía compleja. Estos son los hábitos que mantienen una firma verificable a largo plazo:

• Firma al nivel a largo plazo (B-LT) como mínimo, y utiliza B-LTA para todo aquello que deba perdurar durante décadas.
• Use un Servicio de sellado de tiempo calificado (QTSP)y aplique la marca de tiempo en el momento de la firma, nunca la agregue posteriormente.
• Almacenar los datos de revocación (OCSP o CRL) dentro del PDF; no lo revises solo una vez y lo descartes.
• Mantenga las claves de firma en un Dispositivo de Creación de Firma Calificado (QSCD), normalmente un dispositivo certificado. módulo de seguridad de hardware (HSM), como lo requieren las firmas calificadas.
• Renueve las marcas de tiempo de archivo antes de que caduquen, ya que una renovación omitida no se puede corregir posteriormente.
• Nunca aplane ni guarde de nuevo un PDF firmado en una herramienta que no sea compatible con firmas, ya que esto puede dañarlo silenciosamente.
• Diseñado para la criptoagilidad, de modo que los algoritmos actuales puedan actualizarse a algoritmos compatibles con la computación cuántica sin necesidad de empezar de cero.

Nada de esto es difícil de forma aislada. Lo complicado es hacerlo todo de manera consistente, en todos los flujos de trabajo de firma y durante años, y ahí es donde la experiencia externa resulta invaluable.

Cómo puede ayudar la consultoría de cifrado

Esto es precisamente para lo que está diseñado CodeSign Secure de Encryption Consulting . Firma documentos y código con claves privadas que se generan y almacenan dentro de un HSM FIPS 140-2 Nivel 3 y nunca salen de él, y aplica marcas de tiempo seguras RFC 3161 en el momento de la firma, la misma base en la que se fundamenta la validación a largo plazo. Antes de aplicar cualquier firma, la plataforma valida la integridad de lo que está firmando, y cada acción de firma se rige por un control de acceso basado en roles, aprobaciones de quórum M-of-N y un registro de auditoría completo y firmado. De esta manera, puede demostrar no solo que un archivo fue firmado, sino también cuándo, quién lo firmó y bajo qué política.

CodeSign Secure también está diseñado para el largo plazo del que trata este blog. Incluye soporte nativo para la computación post-cuántica , incluidos los algoritmos de firma ML-DSA y LMS (Leighton-Micali Signature, NIST SP 800-208), y ofrece firma híbrida que combina un algoritmo clásico con uno seguro frente a la computación cuántica, de modo que las firmas creadas hoy siguen siendo fiables a medida que cambian los estándares. Se ejecuta en las instalaciones, en la nube o como una implementación híbrida, integrándose con los principales HSM y sus pipelines de CI/CD existentes. Tanto si se está preparando para el lanzamiento de la Cartera de Identidad Digital de la UE como si está protegiendo un archivo a largo plazo de documentos firmados, le proporciona un único lugar verificable para firmar con confianza.

Conclusión

Una firma que no se puede verificar posteriormente no es realmente fiable. PAdES y LTV solucionan este problema almacenando todas las pruebas, los certificados, las comprobaciones de revocación, las marcas de tiempo y el sello de archivo dentro del PDF firmado. Esto convierte un archivo frágil en uno que se mantiene válido durante décadas.

Con la implementación de eIDAS 2.0 y las carteras de identidad digital de la UE, que pondrán la firma digital cualificada al alcance de millones de personas, el número de documentos firmados de larga duración aumentará rápidamente. Las organizaciones que no hayan incorporado el valor de la firma digital a su proceso de firma se enfrentarán a un creciente riesgo legal a medida que sus documentos más antiguos superen el punto en el que sus firmas aún no son fiables.

El camino a seguir es claro, y la lista de verificación anterior lo resume: firmar a largo plazo, demostrar la fecha y hora de la firma, conservar la prueba dentro del archivo y estar preparado para renovar las marcas de tiempo y actualizar la criptografía a medida que cambien los estándares. Si se siguen estos pasos, las firmas seguirán siendo válidas mucho después de su creación.

Si desea comprobar si su configuración de firma digital se ajusta a estos puntos, o si está planificando la implementación de la Cartera de Identidad Digital de la UE, póngase en contacto con nosotros para una consulta técnica.

Preguntas frecuentes

¿Se utiliza PAdES para la firma de código?

No. PAdES (ETSI EN 319 142) es un estándar para firmar documentos PDF, no ejecutables, instaladores ni firmware. Su relevancia para la firma de código radica únicamente en su función de modelo, ya que ambos procesos se enfrentan al mismo problema: mantener la verificabilidad de la firma una vez que caduca el certificado.

¿Cuál es el equivalente en firma de código al nivel B-LT de PAdES?

Se aplica una marca de tiempo de confianza RFC 3161 en el momento de la firma, junto con la cadena de certificados incluida en la firma. Sin la marca de tiempo, la confianza en un documento firmado caduca junto con su certificado.

¿Existe algún equivalente en la firma de código al sistema de re-marcado de tiempo de archivo (B-LTA) de PAdES?

Actualmente no está muy extendido. Esto representa una importante carencia para el firmware y el software empresarial con una vida útil de décadas, ya que la mayoría de los flujos de trabajo de firma de código no renuevan la marca de tiempo antes de que su propia cadena de certificados caduque. Es mejor planificar en función de ello que asumir que el problema está resuelto.

¿Un QSCD es lo mismo que un HSM?

Funcionalmente, sí, para este propósito. Un QSCD es la certificación específica de eIDAS para el dispositivo que contiene una clave de firma cualificada; un HSM que cumple con el nivel 2+ de FIPS 140-2 cumple la misma función en la firma de código y es un requisito para todos los certificados de firma de código de confianza pública desde junio de 2023.