O que é um arquivo P7S e como abrir .p7s, .p7m e .asice

Alguém te mandou por e-mail um arquivo chamado contrato.pdf.p7s, contrato.pdf.p7m ou acordo.asice, e nada na sua máquina consegue tocá-lo. O duplo clique não faz nada de útil, ou o Windows gentilmente se oferece para procurar na loja um aplicativo que não existe. Você não abre um arquivo P7M com um leitor de PDF, e nenhuma dose de duplo clique vai mudar isso. Segue a versão curta, e depois a explicação.

Os dois arquivos são contêineres. Algo perfeitamente comum está lacrado dentro, geralmente um PDF, uma fatura em XML ou um documento do Word, junto com uma assinatura digital em volta. Ou seja, você tem dois trabalhos separados: tirar o documento de dentro e descobrir se a assinatura vale alguma coisa. A maioria das pessoas só pensa no primeiro.

Roteie o arquivo pela extensão

Olhe como o nome termina. Esse único detalhe decide tudo o que vem depois.

• Termina em .p7m ou .p7s? É um envelope CMS carregando uma assinatura CAdES. Leve para verificação CAdES.
• Termina em .asice, .sce, .asics ou .scs? É um contêiner ASiC, e a verificação ASiC lê os quatro. Ela também aceita um .zip comum, o que cobre arquivos que perderam a extensão no caminho.
• Termina em .bdoc? Mesmo contêiner do .asice sob um nome estoniano mais antigo. Renomeie uma cópia para .asice ou .zip antes de enviar, porque o filtro de upload olha a extensão, não o conteúdo.
• Não sabe o que tem em mãos, ou o nome tem duas extensões empilhadas? A verificação de assinaturas aceita todos os formatos em um único formulário e descobre sozinha.

Arquivos de até 50 MB passam. Você confirma seu e-mail com um código de uso único antes de o relatório voltar, e o arquivo enviado não é armazenado depois.

Certo. Agora a parte que explica por que tudo isso é necessário.

Um arquivo .p7s é uma assinatura sozinha. Não é um documento com assinatura anexada, e sim a assinatura por si só, guardada no mesmo formato de envelope PKCS#7 que dá nome ao .p7m.

Esse único fato explica quase todo o transtorno que ele causa. Se você abrir um .p7s esperando encontrar um contrato, vai achar certificados e um resumo criptográfico. O contrato é um arquivo separado, que chegou ao lado ou que você já deveria ter.

Dois lugares onde você encontra um:

• E-mail. Seu programa de e-mail mostra um anexo chamado smime.p7s numa mensagem que no resto parece normal. É uma assinatura S/MIME, e o programa deveria tê-la processado sem exibir nada. Quando ela aparece como anexo, algo na cadeia não entendeu S/MIME.
• Documentos assinados. No Brasil a assinatura ICP-Brasil quase sempre chega como contrato.pdf.p7s ao lado de contrato.pdf. Tribunais e portais do governo devolvem arquivos assim o tempo todo, e o PJe é o caso mais comum.

O caso do e-mail costuma ser inofensivo e dá para ignorar. O do documento não, porque esse .p7s é a única prova de que o arquivo ao lado não mudou desde a assinatura. Leve os dois arquivos juntos para a verificação CAdES e você recebe um veredito sobre o par.

Um .p7m não é um documento. É uma caixa lacrada com um documento dentro.

O formato é Cryptographic Message Syntax, CMS para os íntimos, definido na RFC 5652 e descendente do PKCS#7. Essa ascendência é o motivo de ferramentas antigas ainda chamarem esses arquivos de PKCS#7. Quando alguém assina desse jeito, o software de assinatura calcula o hash dos bytes originais, cifra esse hash com uma chave privada e empacota o documento, a assinatura e o certificado do signatário em um único bloco binário. Depois acrescenta .p7m ao fim do nome original.

É por isso que você vê nomes como contrato.pdf.p7m e Fattura_0187.xml.p7m. A extensão interna diz o que está lacrado dentro. A externa diz que está lacrado.

CAdES é a camada construída por cima. Sigla de CMS Advanced Electronic Signatures e padronizada como ETSI EN 319 122, ela acrescenta o que falta a uma assinatura CMS pura: hora de assinatura, política de assinatura, carimbos de tempo e os dados de certificado e revogação de que você vai precisar para conferir aquilo daqui a anos.

A geografia explica a maior parte dos .p7m que você encontra. A firma digitale da Itália se apoia bastante em CAdES, então qualquer coisa vinda de um portal da administração pública italiana, de um e-mail certificado PEC ou de uma fatura eletrônica FatturaPA tende a chegar embrulhada assim. Espanha, Portugal e partes da América Latina também usam, só que com menos insistência. Se um dos seus fornecedores fica em Milão, você vai ver arquivos .p7m pelo resto da sua vida profissional.

Um arquivo .asice é um arquivo ZIP que segue regras.

Isso não é piada, e é o fato mais útil sobre o formato. ASiC significa Associated Signature Container, especificado na ETSI EN 319 162. Dentro há um arquivo ZIP comum contendo seus documentos, uma pasta META-INF com os arquivos de assinatura e um manifesto descrevendo o que é o quê. Renomeie uma cópia para .zip, abra com qualquer compactador, e os documentos simplesmente estão lá.

Existem dois sabores. O ASiC-S carrega exatamente um objeto de dados e aparece como .asics ou .scs; o ASiC-E carrega vários mais um manifesto e aparece como .asice ou .sce. A maioria dos arquivos que você encontra na prática é ASiC-E.

E há o .bdoc, que confunde mais gente do que deveria. O software DigiDoc da Estônia escreveu contêineres ASiC-E sob esse nome por anos, e estruturalmente é o mesmo contêiner. Um validador que lê .asice lê perfeitamente os bytes de um .bdoc. Mas filtros de upload olham a extensão do arquivo, não o conteúdo, então um .bdoc é barrado antes que alguém olhe dentro. Renomeie uma cópia para .asice ou .zip e ele passa direto.

O eID báltico é o motivo de esses arquivos chegarem à sua caixa de entrada. O cartão de identidade da Estônia, a e-Residency e o Smart-ID produzem contêineres .asice, e Letônia e Lituânia rodam sobre a mesma linhagem DigiDoc. Assine um contrato com uma empresa estoniana e é isso que volta. Sistemas nórdicos e da Europa Central também usam ASiC, embora com menos exclusividade.

Nada está quebrado. Seu sistema operacional simplesmente não faz ideia do que são esses arquivos.

Windows, macOS e Linux escolhem o aplicativo pela extensão ou pelo tipo MIME. Nem .p7m nem .asice vêm com um manipulador padrão em uma máquina de consumo, porque nenhum dos dois é formato de consumo. Eles saem de sistemas nacionais de eID e de software corporativo de assinatura, e quem precisa deles diariamente instala ferramentas dedicadas.

Navegadores se comportam do mesmo jeito e acrescentam um incômodo próprio. Baixe um .p7m de um portal web e o Chrome ou o Safari podem renomeá-lo em silêncio, tirar a extensão ou entregá-lo com um tipo MIME que faz seu cliente de e-mail recodificar o anexo. Qualquer uma dessas coisas altera os bytes, que é exatamente o que uma assinatura foi feita para notar.

Há um segundo motivo específico do .p7m. Mesmo depois de saber qual é o formato, o documento lá dentro não está no topo do arquivo, onde um leitor pudesse tropeçar nele. Está embutido em uma estrutura ASN.1 DER ao lado da assinatura e do certificado. Tirá-lo de lá exige software que entenda essa estrutura, não um visualizador de PDF sendo educadamente convidado a tentar.

Se for um contêiner ASiC, descompacte

Copie o arquivo, renomeie a cópia para .zip e abra com o Explorador de Arquivos do Windows, o Utilitário de Arquivo do macOS, o 7-Zip ou o unzip na linha de comando. Seus documentos estão na raiz do arquivo compactado. As assinaturas estão em META-INF.

É realmente só isso, o que tende a irritar quem acabou de passar uma hora caçando um software especial.

Se for um .p7m, você precisa de algo que entenda CMS

Aqui não há truque de renomear. No macOS ou Linux com o OpenSSL instalado, isto extrai o documento:

A flag -noverify pula a checagem de confiança, porque agora você só quer o conteúdo. Tire-a e o OpenSSL também tentará validar a cadeia de certificados, o que normalmente falha diante de uma autoridade certificadora nacional europeia de que seu sistema nunca ouviu falar. Essa falha não diz absolutamente nada sobre a assinatura ser válida, e é exatamente aí que a maioria conclui que algo está errado quando não está.

Uma nota prática: se o comando der erro no formato de entrada, troque -inform DER por -inform PEM. Uma minoria dos arquivos .p7m é codificada em PEM em vez de DER binário. Não basta remover a flag: o OpenSSL então presume S/MIME e falha com um erro confuso de tipo de conteúdo.

Leitores de desktop são o outro caminho. O cliente DigiDoc4 da Estônia lida com contêineres ASiC e também lê arquivos .p7m, e autoridades certificadoras italianas distribuem leitores gratuitos para arquivos de firma digitale. Ambos funcionam bem. Ambos também presumem que você já vive dentro do ecossistema daquele país, o que combina mal com quem tem uma fatura italiana por trimestre como toda a sua exposição ao formato.

Uma coisa que essas ferramentas não fazem

Vale deixar claro, porque poupa uma tarde perdida. As ferramentas de verificação da Chaindoc conferem assinaturas: elas reportam sobre as assinaturas dentro do arquivo, quem assinou e se o resultado se sustenta. Elas não são um extrator de arquivos. Se o que você precisa é do PDF em si, descompacte o contêiner ou rode o comando OpenSSL acima. Verificar e extrair são tarefas separadas, e vale mantê-las separadas na cabeça.

Dois arquivos quase idênticos podem se comportar de formas completamente diferentes, e é neste ponto que as pessoas desistem.

Uma assinatura envelopante carrega o documento dentro dela. Um .p7m é o exemplo do dia a dia: um arquivo, autocontido, conferível sozinho. Contêineres ASiC são autocontidos pelo mesmo motivo, já que os documentos e suas assinaturas viajam juntos no mesmo ZIP.

Uma assinatura destacada não guarda documento nenhum. É a assinatura e o certificado, e nada mais. O .p7s é a versão CAdES comum, e o mesmo padrão aparece como um .xml ou .xsig destacado no lado XAdES. Envie um deles sozinho e o validador fica com uma assinatura sem nada para comparar, então você recebe um resultado indeterminado. Parece uma falha. Não é.

A solução é entregar os dois arquivos. Nos formulários da Chaindoc, selecionar um arquivo que pode ser destacado (.p7s, .xml ou .xsig) revela um segundo campo para o documento assinado. Anexe o original ali e o resumo criptográfico finalmente pode ser recalculado e comparado.

Um aviso sobre esse original. Ele precisa ser exatamente os bytes que foram assinados, não uma cópia que passou por um sistema de gestão de documentos, foi salva de novo ou reformatada por um gateway de e-mail. Um único byte alterado quebra o hash. Então, quando uma assinatura destacada falha, desconfie da sua cópia do documento antes de desconfiar da assinatura.

Procurar por um visualizador p7m devolve três tipos de resposta, e elas não são igualmente boas.

Clientes nacionais de eID

O DigiDoc4 na Estônia, e os leitores gratuitos que as autoridades certificadoras italianas incluem nos kits de firma digitale. Essas são as ferramentas em torno das quais os formatos foram desenhados, são gratuitas e tratam corretamente os casos-limite locais. O senão é que presumem que você pertence ao ecossistema daquele país, e várias querem sua leitora de cartão e os drivers instalados antes de fazer qualquer coisa interessante.

A linha de comando

OpenSSL para .p7m, qualquer utilitário de descompactação para .asice. Gratuito, já presente na maioria das máquinas macOS e Linux, e completamente indiferente ao país de origem do arquivo. Usuários de Windows conseguem o OpenSSL pelo WSL ou por uma build nativa. Perfeitamente adequado, se um terminal não te desanimar.

Validadores no navegador

Nada para instalar, o que importa quando você lida com um desses arquivos por mês e não quer um cliente de eID estrangeiro morando no seu laptop permanentemente.

Então qual visualizador p7m vale mesmo instalar?

Resposta honesta: para arquivos ocasionais, um leitor de desktop é exagero. Para volume diário em um único país, instale o cliente daquele país e pare de pensar no assunto. O meio-termo incômodo, em que arquivos assinados chegam de três países em formatos que ninguém consultou você sobre, é onde um validador agnóstico de formato ganha seu lugar.

Qualquer que seja o caminho, desconfie dos downloads gratuitos de "abridor de p7m" que enchem os resultados de busca. Você estaria entregando um documento jurídico assinado a um binário desconhecido de um site do qual nunca ouviu falar. Mau negócio para economizar cinco minutos.

Colocar o documento na tela responde à pergunta chata. A interessante é se a assinatura em volta dele significa alguma coisa.

Eis o que passa despercebido: extrair o conteúdo não prova nada. Um .p7m pode conter uma assinatura feita com certificado expirado, com certificado revogado, com certificado pertencente a outra pessoa que não a que você imagina, ou uma assinatura sobre um conteúdo que foi alterado depois. Descompacte e o PDF abre lindamente em todos esses casos, porque o documento está mesmo bem. O que está quebrado é a afirmação sobre quem o aprovou.

Uma verificação de verdade responde a quatro perguntas separadas:

• Integridade. O hash ainda bate com os bytes assinados? Qualquer coisa alterada depois da assinatura falha aqui.
• Cadeia. O certificado de assinatura leva de volta a uma raiz em que o validador confia? A Chaindoc trata a Lista de Confiança da UE como âncora primária, com as principais autoridades certificadoras comerciais ao lado.
• Revogação. O certificado estava bom no momento da assinatura, e não hoje? Um arquivo de 2023 assinado com certificado que expirou em 2024 é perfeitamente válido.
• Carimbo de tempo. Existe um carimbo de tempo confiável fixando quando a assinatura aconteceu? Sem ele, a pergunta sobre revogação não tem resposta confiável.

E mais uma que nenhuma ferramenta decide por você: o signatário é quem você pensa que é? Abra o titular do certificado, leia o nome da organização e o identificador fiscal, e compare os dois com quem você acredita ter enviado o arquivo. Uma assinatura criptograficamente impecável da empresa errada é o formato que a maior parte das fraudes com faturas assume. Nosso guia sobre validar uma fatura assinada percorre essa checagem direito.

Se uma assinatura conta como qualificada sob o eIDAS é, de novo, outra consulta, feita contra uma lista de confiança nacional e não contra a criptografia. Prestadores de serviços de confiança qualificados e a Lista de Confiança da UE cobre como essa consulta funciona, e o guia de assinatura eletrônica qualificada cobre o que o rótulo de fato compra em termos jurídicos.

Quatro hábitos, todos comuns, todos evitáveis.

Renomear um arquivo P7M para chegar ao documento. Tirar a extensão não desembrulha nada. Você fica com um arquivo corrompido e, se aquela era sua única cópia, acabou de destruir uma prova de que pode precisar daqui a anos.

Salvar de novo depois de abrir. Abra o PDF extraído, acrescente um comentário, salve, e os bytes deixam de bater com o que foi assinado. Conferir contra o contêiner original continua funcionando, que é justamente por que você guarda o contêiner. Conferir contra sua cópia editada nunca vai funcionar.

Encaminhar por sistemas que mexem no arquivo. Gateways de e-mail recodificam anexos. Sistemas de gestão de documentos normalizam espaços em branco no XML. Portais rerrenderizam PDFs no download. Qualquer um deles quebra uma assinatura sem alterar um único caractere visível, então, quando um arquivo falha, peça ao remetente que reenvie como anexo direto antes de presumir má-fé.

Jogar fora o embrulho depois de ter o documento. Compreensível, e caro. O original assinado é a prova; o PDF extraído é uma cópia de conveniência. Arquive os dois.

Tudo isso é mais simples do que os formatos de arquivo fazem parecer. Um arquivo P7M é uma caixa lacrada, um arquivo .asice é um ZIP com regras, e os dois guardam um documento comum mais uma afirmação sobre quem o assinou. Tire o documento como preferir. Depois confira a afirmação, porque essa resposta fica mais cara de obter a cada mês que você deixa passar.