PAdES, XAdES y JAdES: Formatos de Firma Explicados

XAdES incrusta la firma como un elemento XML dentro o al lado del documento XML. Usado ampliamente en sistemas de e-gobierno (estados miembros de la UE, LATAM). Soporta los mismos niveles de base (B, T, LT, LTA) que PAdES.

JAdES (Firma Electrónica Avanzada JSON) es la más reciente de las tres. Firma datos JSON utilizando un modelo de firma separada — la firma es un objeto JSON separado que referencia los datos originales. Es particularmente relevante para la firma de datos DPP de la UE.

CAdES (Firma Electrónica Avanzada CMS) es un cuarto formato para datos binarios. Menos común en la práctica pero utilizado en algunas infraestructuras PKI y para presentaciones regulatorias específicas.

Ajuste el formato al contenedor del documento: PDF → PAdES, XML → XAdES, JSON → JAdES. Si está firmando contratos legibles por humanos, PAdES es la opción correcta. Para presentaciones de datos impulsadas por API (como DPP), JAdES o XAdES es más apropiado.

Firma PAdES en PDF: agrega 15-50 KB por firma (incluye certificado + CRL + OCSP + sello de tiempo). Firma XAdES en XML: agrega 5-20 KB. Firma JAdES en JSON: agrega 3-15 KB. Para la firma por lotes de 10,000 documentos, PAdES agrega 150-500 MB de sobrecarga; XAdES agrega 50-200 MB.

Validación de PAdES en Adobe Reader: 0.5-2 segundos por firma (incluso verificación de la cadena + comprobación de CRL + verificación de sello de tiempo). Validación de XAdES a través de la biblioteca: 50-200 ms. Validación de JAdES: 30-100 ms. Para la verificación en lotes de 10,000 firmas, XAdES es 5-10 veces más rápido que PAdES.

Las firmas PAdES B-B/B-T/B-LT se muestran nativamente en Adobe Reader con una marca de verificación verde. Las firmas XAdES y JAdES NO se muestran en Adobe Reader; requieren herramientas de validación especializadas. Para documentos B2C (contratos de consumidores), PAdES es el único formato que los receptores no técnicos pueden verificar visualmente.

PAdES B-B contiene la firma y el certificado de firma, pero no la marca de tiempo ni los datos de revocación. Adecuado para aprobaciones internas, NDAs de bajo riesgo y documentos con necesidades de retención corta. La verificación falla después de la expiración del certificado. La mayoría de las plataformas básicas de firma electrónica producen firmas de nivel B-B por defecto.

B-T agrega una marca de tiempo confiable, probando que el documento existía en un punto específico en el tiempo. B-LT agrega datos de revocación del certificado (CRL/OCSP), permitiendo la verificación incluso después de que la CA se desconecte. B-LT se recomienda para cualquier contrato con un período de retención superior a 3 años, que abarca la mayoría de los acuerdos laborales, préstamos y arrendamientos.

B-LTA agrega marcas de tiempo de archivo periódicas, creando una cadena ininterrumpida de evidencia. Requerido para documentos con 10+ años de retención: escrituras inmobiliarias, presentaciones de patentes, submissions regulatorias y registros corporativos permanentes. eSign.AI utiliza B-LTA para todos los flujos de trabajo de firma calificados por defecto, asegurando que las firmas permanezcan verificables durante todo el período legal de retención.