PAdES, XAdES e JAdES: Formatos de Assinatura Explicados

O XAdES incorpora a assinatura como um elemento XML dentro ou ao lado do documento XML. Usado amplamente em sistemas de e-governo (estados membros da UE, LATAM). Suporta os mesmos níveis de base (B, T, LT, LTA) como o PAdES.

O JAdES (JSON Advanced Electronic Signature) é o mais novo dos três. Assina dados JSON usando um modelo de assinatura desacoplada — a assinatura é um objeto JSON separado que referencia os dados originais. Especialmente relevante para a assinatura de dados DPP da UE.

O CAdES (CMS Advanced Electronic Signature) é um quarto formato para dados binários. Menos comum na prática, mas usado em algumas infraestruturas PKI e para submissões regulatórias específicas.

Ajuste o formato ao contêiner do documento: PDF → PAdES, XML → XAdES, JSON → JAdES. Se você estiver assinando contratos legíveis por humanos, PAdES é a escolha certa. Para submissões de dados impulsionadas por API (como DPP), JAdES ou XAdES é mais apropriado.

Assinatura PAdES em PDF: adiciona 15-50 KB por assinatura (incluindo certificado + CRL + OCSP + carimbo de tempo). Assinatura XAdES em XML: adiciona 5-20 KB. Assinatura JAdES em JSON: adiciona 3-15 KB. Para assinatura em lote de 10.000 documentos, o PAdES adiciona 150-500 MB de sobrecarga; o XAdES adiciona 50-200 MB.

Validação PAdES no Adobe Reader: 0,5-2 segundos por assinatura (inclui verificação da cadeia + verificação CRL + verificação de carimbo de tempo). Validação XAdES via biblioteca: 50-200 ms. Validação JAdES: 30-100 ms. Para verificação em massa de 10.000 assinaturas, o XAdES é 5-10 vezes mais rápido que o PAdES.

Assinaturas PAdES B-B/B-T/B-LT exibem nativamente no Adobe Reader com marca de verificação verde. Assinaturas XAdES e JAdES NÃO são exibidas no Adobe Reader — elas requerem ferramentas de validação especializadas. Para documentos B2C (contratos de consumidor), o PAdES é o único formato que os destinatários não técnicos podem verificar visualmente.

PAdES B-B contém a assinatura e o certificado de assinatura, mas não há carimbo de tempo ou dados de revogação. Apropriado para aprovações internas, NDAs de baixo risco e documentos com necessidades de retenção curta. A verificação falha após a expiração do certificado. A maioria das plataformas básicas de assinatura eletrônica gera assinaturas de nível B-B por padrão.

B-T adiciona um carimbo de tempo confiável, provando que o documento existia em um ponto específico no tempo. B-LT adiciona dados de revogação de certificado (CRL/OCSP), permitindo a verificação mesmo após a CA estar offline. B-LT é recomendado para qualquer contrato com período de retenção além de 3 anos — que cobre a maioria dos acordos de emprego, empréstimos e locações.

B-LTA adiciona carimbos de arquivo periódicos, criando uma cadeia ininterrupta de provas. Requerido para documentos com retenção de 10+ anos: escrituras de imóveis, registros de patentes, submissões regulatórias e registros corporativos permanentes. eSign.AI usa B-LTA para todos os fluxos de trabalho de assinatura qualificados por padrão, garantindo que as assinaturas permaneçam verificáveis durante todo o período legal de retenção.