Guia
Como ler um pacote de provas do ProofSnap
Atualização de 2026: um pacote de provas do ProofSnap é o ZIP gerado para cada página web capturada, com o evidence.pdf, a captura de tela e o HTML, os metadados, a cadeia de custódia, um manifesto de hashes SHA-256 assinado com RSA-4096 (com carimbo do tempo, se o seu plano incluir) e scripts para comprovar que nada foi alterado.
Se você capturou uma página web como prova digital ou alguém lhe mandou um ZIP do ProofSnap, este guia explica cada arquivo, percorre o documento de evidência seção por seção e mostra como verificar o pacote e o que entregar a um advogado ou ao juiz.
Por Radim Motycka, fundador e engenheiro principal do ProofSnap, que projetou o processo de captura, o documento de evidência e os scripts de verificação descritos neste guia ·
Abra primeiro
evidence.pdf
O que entregar
O ZIP inteiro, sem alterações
Verifique com
verify.sh, verify.ps1 ou o Verificador de Confiança
Para quem é este guia
- Você fez uma captura e quer saber o que entregar.
- Você é advogado, perito, assistente técnico ou juiz e recebeu um ZIP do ProofSnap.
- Você quer achar rápido um dado específico: a hora, a URL, o servidor, o custodiante.
Ainda vai fazer a captura? Leia Capturar uma página web como prova.
Parte 1
O que vem no ZIP
Uma captura de página web é entregue como um único ZIP, com um nome como proofsnap_20261014_153012.zip, formado pela data e pela hora locais do seu computador. Os arquivos se dividem em quatro grupos. A lista exata depende do plano e das opções ativadas, então dois pacotes podem ser diferentes.
- 1Ler.
evidence.pdfé o documento de leitura: abra-o primeiro.provenance_certificate.pdfresume as verificações em uma página. A captura de tela completa éscreenshot.jpeg.page.htmlé o HTML como o navegador o exibiu;page.mhtmlsalva a página no estado da captura em um único arquivo, edomtextcontent.txttraz o texto dela.images.jsonlista as imagens da página, com o hash SHA-256 de cada arquivo de imagem salvo no pacote. Esses arquivos ficam na pastaimages/, extraídos do arquivo MHTML quando ele contém imagens. - 2Registrar.
metadata.jsoné o registro técnico da página e do navegador;chain_of_custody.jsoneforensic_log.jsondocumentam quem capturou o quê, quando e como, eforensic_log_summary.txté o registro em formato de texto. Veja as partes 9 e 10. - 3Selar.
manifest.jsonlista os arquivos da captura com seus hashes,manifest.sigé a assinatura RSA-4096 dele epublickey.pema chave para verificá-la.manifest.json.otsé, se o plano incluir, o carimbo do tempo no Bitcoin (OpenTimestamps). Veja a parte 11. - 4Verificar. A pasta
verification/contémverify.shpara macOS e Linux,verify.ps1para Windows e um guia em texto. Veja a parte 12.
- 1evidence.pdf
- provenance_certificate.pdf
- screenshot.jpeg
- page.html
- page.mhtml
- domtextcontent.txt
- images.json
- images/
- 001_luminaria-frente.jpg
- 002_luminaria-lado.webp
- 2metadata.json
- chain_of_custody.json
- forensic_log.json
- forensic_log_summary.txt
- 3manifest.json
- manifest.sig
- publickey.pem
- manifest.json.ots
- 4verification/
- verify.sh
- verify.ps1
- VERIFICATION_GUIDE.txt
Parte 2
Arquivos que só aparecem em algumas capturas
Estes arquivos só entram no pacote se a opção tiver sido ativada ou se os dados estiverem disponíveis. Se um deles faltar, não há problema: ele simplesmente não faz parte daquela captura.
- 1Declaração para um tribunal dos Estados Unidos.
rule_902_certification.pdf, um modelo de declaração para tribunais federais dos Estados Unidos, com os dados da captura já preenchidos. Está disponível em todos os planos e só é adicionado se quem faz a captura ativar a opção. Sempre em inglês. Veja a parte 13. - 2C2PA Content Credentials.
c2pa.jsoné o arquivo que acompanha o manifesto Content Credentials embutido emscreenshot.jpeg. - 3eIDAS.
manifest.json.tsré o carimbo do tempo qualificado da UE emitido pela Disig a.s., prestador qualificado de serviços de confiança inscrito na Lista de Confiança da UE, eeidas_validation.jsontraz a cadeia de certificados e os dados de revogação para verificá-lo sem conexão com a internet. - 4Vídeo.
capture_video.webm, a gravação original da tela, e normalmentecapture_video.mp4, uma cópia recodificada para os players que não abrem WebM. - 5Modo forense.
capture.warc(arquivo de rede),network.har(cada solicitação e cada resposta),resources.json, junto com uma pastaresources/com os recursos que a página carregou, ecertificate_details.jsoncom os dados do certificado TLS de uma página HTTPS. O modo forense está incluído nos planos Professional, Enterprise e Company.
Uma captura de sessão (modo com várias abas) adiciona uma pasta tabs/ com uma subpasta para cada uma das demais abas visitadas. Cada uma tem captura de tela, HTML, texto, metadados e cadeia de custódia próprios, além de um PDF mais curto com o documento de evidência da aba. O evidence.pdf da pasta raiz se refere à aba principal e lista a sessão inteira.
| Arquivo | Descrição | Ação |
|---|---|---|
| evidence.pdf | Documento de evidência | ![]() |
| provenance_certificate.pdf | Certificado de Proveniência | ![]() |
| 1rule_902_certification.pdf | Certificação para o tribunal (FRE 902) | ![]() |
| screenshot.jpeg | Captura de tela | ![]() |
| 2c2pa.json | C2PA Content Credentials | ![]() |
| page.html | Conteúdo HTML | ![]() |
| page.mhtml | Arquivo de página MHTML | ![]() |
| domtextcontent.txt | Conteúdo de texto | ![]() |
| metadata.json | Metadados | ![]() |
| forensic_log.json | Log forense (ISO 27037) | ![]() |
| chain_of_custody.json | Cadeia de custódia | ![]() |
| manifest.json | Lista de arquivos e hashes | ![]() |
| manifest.sig | Assinatura do manifesto | ![]() |
| publickey.pem | Chave pública | ![]() |
| manifest.json.ots | OpenTimestamps | ![]() |
| 3manifest.json.tsr | Carimbo de tempo qualificado da UE (RFC 3161 TSR) | ![]() |
| eidas_validation.json | Dados de validação de longo prazo eIDAS (cadeia de certificados, OCSP) | ![]() |
| 4capture_video.webm | Vídeo da captura | ![]() |
| 5capture.warc | Arquivo de rede (WARC) | ![]() |
| network.har | Registro de rede (HAR) | ![]() |
| resources.json | Sub-recursos arquivados | ![]() |
| certificate_details.json | Detalhes do certificado TLS | ![]() |
| forensic_log_summary.txt | Resumo do registro forense | ![]() |
Parte 3
evidence.pdf, página 1: resumo e captura de tela
O documento de evidência é gerado no idioma escolhido antes da captura, um dos 29 disponíveis. As seções são numeradas de 1 a 15 e os números nunca mudam, então um advogado pode citar uma seção em qualquer peça pelo número. A página 1 começa com o cabeçalho e um quadro de resumo e passa logo para a captura de tela.
- 1Quadro de resumo. Domínio da página, Hora da captura em UTC, Custodiante (o ID do custodiante, isto é, da conta do ProofSnap, e o endereço IP de onde a captura foi feita) e Hash, o hash SHA-256 do
page.html. Se foi pedido um carimbo do tempo qualificado da UE, uma linha eIDAS informa que o carimbo é aplicado quando o pacote contém os arquivos eIDAS. - 21. Captura de tela da página. A página aparece primeiro, porque ela é a prova. Todo o resto a sustenta.
- 3A faixa azul. O ProofSnap adiciona no topo da captura de tela uma faixa com a URL, a hora UTC, o desvio NTP e o ID da evidência, marcada como anotação para que ninguém a confunda com a barra de endereços do navegador. A nota abaixo do nome do arquivo explica isso.
- 4Rodapé em todas as páginas. Ferramenta e versão, um link para getproofsnap.com, o ID completo da evidência e Página X / Y, para que, em uma impressão, a falta de uma página fique visível.

1. Captura de tela da página:2
Abaixo está uma captura visual da página web no momento da captura.
Arquivo da captura: screenshot.jpeg
A faixa azul no topo desta imagem é uma anotação adicionada pelo software ProofSnap, não uma captura da barra de endereços do navegador. Ela repete a URL da página capturada, o horário de captura em UTC e o ID da evidência registrados em outras partes deste pacote. ...3
https://loja.exemplo.com.br/anuncio/4821
2026-10-14T15:30:12Z (UTC) NTP offset +38 ms
ID ps_3f9c2a71-8e4b-4d1a-b6f0-5c27e9a1d304
Luminária de mesa vintage
Anúncio nº 4821 · publicado por vendedor_77
R$ 189,90
Parte 4
Fim da captura de tela e resumo “Verificação da prova”
Uma página web longa ocupa várias páginas no PDF. Depois da captura de tela vem um resumo em linguagem simples, para um juiz ou um cliente que não vai ler as seções técnicas.
- 1Aviso de truncamento. O PDF mostra o início da captura de tela abaixo do título e no máximo mais 10 páginas. Se a página for mais longa, um aviso informa quantas páginas são mostradas e que a imagem completa é o
screenshot.jpeg, o arquivo coberto pelos hashes e pela assinatura. - 2Verificação da prova. Um parágrafo que diz o que é o documento, repetindo a URL de origem e a hora da captura.
- 3O que foi verificado. Tópicos curtos. Cada tópico só aparece se a afirmação for verdadeira para essa captura. O tópico que afirma que a página estava no ar só aparece se o servidor deu uma resposta real no momento da captura; o tópico sobre a ferramenta exige que a extensão tenha sido instalada a partir da loja oficial e que a verificação do dispositivo tenha sido aprovada.
- 4Fundamento jurídico. Um parágrafo neutro sobre as verificações de integridade, sem citar nenhuma lei nacional. Se foi pedido um carimbo do tempo qualificado da UE, vem mais um parágrafo sobre ele. Depois vêm os links de verificação.
Captura de tela truncada - mostrando primeiras 11 de 14 páginas. A captura de tela completa está disponível no arquivo screenshot.jpeg incluído no pacote de evidências.1
Fim da Seção de Captura de Tela da Página. Nota: a imagem reproduzida acima pode ter sido encurtada para manter este documento em um tamanho gerenciável. A captura de tela tal como foi registrada é o arquivo screenshot.jpeg incluído neste pacote de evidências, e é esse arquivo que os valores hash e a assinatura cobrem.
Verificação da prova2
Esta é uma prova digital verificável. O ProofSnap capturou a página abaixo no horário indicado; qualquer modificação posterior é detectável.
URL de origem: https://loja.exemplo.com.br/anuncio/4821
Hora: 2026-10-14T15:30:12Z (UTC)
O que foi verificado3
• A página estava realmente no ar no momento da captura: o servidor respondeu.
• O conteúdo permanece inalterado desde a captura: protegido por um hash criptográfico SHA-256; qualquer modificação é detectável.
• O pacote está protegido contra substituição por uma assinatura digital RSA-4096: qualquer modificação após a assinatura é detectável.
• As verificações de integridade da extensão e do dispositivo foram aprovadas: não foram detectados sinais de modificação ou adulteração.
Os parágrafos a seguir descrevem propriedades técnicas e não constituem parecer jurídico. A ProofSnap não presta consultoria jurídica nem determina perante qual juízo ou tribunal arbitral este registro será produzido.4
Fundamento jurídico: estas propriedades criptográficas (hash SHA-256, assinatura digital, carimbo de tempo independente e cadeia de custódia) são concebidas para apoiar a autenticação de registros eletrônicos. A admissibilidade é determinada pelo juízo competente conforme as regras de prova aplicáveis.
Este resumo verifica a integridade técnica da captura; não avalia a veracidade do conteúdo.
Verificar online: getproofsnap.com/verify/index-pt.html
Verificar código-fonte (MIT): github.com/proofsnap/proofsnap-verify
Parte 5
Seções 2 a 5: o quê, quando, quem e com o quê
Estas seções descrevem o item capturado e as circunstâncias da captura.
- 12. Identificação da evidência. ID da evidência, URL de origem, título da página, data e hora, referência do processo, examinador e nota (se informados), o padrão aplicado e o hash do HTML da página.
- 23. Verificação de tempo. A hora da captura corrigida por NTP, o servidor de horário, o desvio do relógio do computador e quantas fontes de horário concordaram.
- 3Circunstâncias da captura. O referenciador (a página de onde o navegador veio), o user agent completo e o sistema operacional.
- 4Custodiante e estado do navegador. ID do custodiante, endereço IP, navegador e fuso horário. O e-mail da conta não é impresso; o hash SHA-256 dele fica em
chain_of_custody.json. Em seguida vêm, abreviadas, até cinco entradas de cada tipo de cookie ou armazenamento. Valores cujo nome sugere tokens ou sessões não são reproduzidos no PDF. O conjunto completo fica emmetadata.json. - 54. Integridade do dispositivo e 5. Integridade da extensão. Sinais de um navegador automatizado ou sem interface (headless), uma pontuação de integridade, além da identidade e da versão da extensão usada na captura.
2. Identificação da evidência1
ID da evidência: ps_3f9c2a71-8e4b-4d1a-b6f0-5c27e9a1d304
URL de origem: https://loja.exemplo.com.br/anuncio/4821
Título da página: Luminária de mesa vintage · Loja Exemplo
Carimbo de data/hora (UTC): 2026-10-14T15:30:12Z (UTC)
Caso / Processo: 1234567-89.2026.8.26.0100
Examinador: Ana Souza, perita em informática
Hash HTML da página (SHA-256): e5e239560bc125a20ff2ac1fea50915bc198dd4f5b5256ec447a8a71e00132b3
3. Verificação de tempo2
Carimbo de tempo NTP (UTC): 2026-10-14T15:30:12Z (UTC)
Hora da sincronização NTP (UTC): 2026-10-14T15:29:58Z (UTC)
Fonte NTP: NTP:time.google.com
Desvio temporal: 38 ms
Latência NTP: 61 ms
Verificação cruzada: verificado (3 de 3 fontes concordaram, dif. máx. 41 ms)
Referenciador: Navegação direta (sem referenciador)3
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/141.0.0.0 Safari/537.36
Sistema operacional: macOS
ID do custodiante: Xq7LmR2vTn9KpB4sWc1YhZ8dFa634
Identificador pseudonimizado da conta ProofSnap que realizou a captura. O endereço de e-mail da conta não é impresso neste pacote; seu hash SHA-256 fica registrado em chain_of_custody.json, de modo que o custodiante pode ser identificado mediante solicitação.
Endereço IP: 203.0.113.42
Navegador: Chrome 141
Fuso horário: America/Sao_Paulo
Cookies de sessão:
cookie_consent: accepted
session_id: [REMOVIDO POR PRIVACIDADE]
Armazenamento local:
recently_viewed: ["4821","4790"]
De cada armazenamento são relacionadas no máximo as 5 primeiras entradas; todo valor com mais de 50 caracteres é abreviado e assinalado como tal. Os valores cujo nome contém token, auth, jwt, session, key ou secret não são reproduzidos. O conjunto completo e não truncado é preservado em metadata.json ...
4. Integridade do dispositivo5
Pontuação de integridade: 100/100
Status: aprovado
Navegador headless: Não
WebDriver detectado: Não
Indicadores de automação: Nenhum detectado
5. Integridade da extensão
ID da extensão: mfbhmfinogdedlgaoihbnmbldpabdhao
Versão da extensão: 1.19.5
Versão do manifesto: 3
Parte 6
Seções 6 a 11: arquivos, texto, conexão e domínio
O núcleo técnico do documento. Uma seção sem dados naquela captura mantém o título, com uma nota curta informando que ela está vazia, para que a numeração não mude.
- 16. Arquivos do pacote de evidências. Os hashes SHA-256 dos arquivos principais e os dados do vídeo, se houve gravação. O PDF não pode conter o próprio hash; o
manifest.jsoncontém todos eles. - 27. Texto da página. Remete ao
domtextcontent.txte avisa que o texto segue a ordem do código-fonte da página e, por isso, deve ser lido junto com a captura de tela. - 38. TLS/SSL. Se a conexão era criptografada com TLS. O navegador não revela a uma extensão nem a versão do protocolo, nem a suíte de cifra, nem o certificado, por isso essas linhas mostram Não disponível via API do navegador. Os dados da conexão e do certificado (protocolo, cifra, emissor, titular, validade, nomes alternativos) só são coletados no modo forense, em
certificate_details.json. - 49. DNS. Os endereços IP para os quais o domínio foi resolvido, comparados entre dois resolvedores DNS, e o status do DNSSEC.
- 510. Cabeçalhos da resposta HTTP. A resposta do servidor à solicitação da página: código de status, quando e como os cabeçalhos foram capturados e os cabeçalhos principais.
- 611. WHOIS/RDAP. Registrador, datas de registro e de expiração, servidores DNS e registrante, muitas vezes ocultado por privacidade.
6. Arquivos do pacote de evidências1
metadata.json: ea3bd73e2b506e00527232b3ed743c066da83a8e3066f62a71e75eb9b4aa1db6
page.html: e5e239560bc125a20ff2ac1fea50915bc198dd4f5b5256ec447a8a71e00132b3
screenshot.jpeg: 8dccea5217902053b636f0e105c590eb30db4280b8a7a51806110f7ff7b5177e
domtextcontent.txt: 486b9a6fc855abf48847e9639f3c090855c6aafdc22a13b10e3244c37f03d3e0
Acima estão listados apenas os arquivos de prova principais; o pacote contém arquivos adicionais. Todos os hashes dos arquivos de prova estão listados em manifest.json e assinados criptograficamente via manifest.sig (RSA-4096 PKCS#1 v1.5). ...
7. Texto da página2
O texto da página capturada é preservado no arquivo domtextcontent.txt dentro deste pacote de provas. Seu hash SHA-256 consta do manifest.json e é coberto pela assinatura do manifest, de modo que qualquer alteração do texto faz falhar a verificação em face do manifest assinado.
O arquivo contém o texto na ordem em que os elementos aparecem no código-fonte da página, ordem que em algumas páginas difere daquela em que são exibidos na tela. ...
8. INFORMAÇÕES DE SEGURANÇA TLS/SSL3
Protocolo: Não disponível via API do navegador
Suite de cifra: Não disponível via API do navegador
Detalhes do certificado:
Emissor: Não disponível via API do navegador
Nota: A API do navegador não expõe detalhes completos do certificado. Consulte metadata.json para todos os dados TLS disponíveis.
9. Verificação da resolução DNS4
Nome do host: loja.exemplo.com.br
IPs resolvidos: 198.51.100.17
Verificação: verificado (2 de 2 fontes concordaram)
Validação DNSSEC: Não assinado
10. CABEÇALHOS DE RESPOSTA HTTP5
URL da solicitação: https://loja.exemplo.com.br/anuncio/4821
Código de status: 200
Fonte de captura: navigation_refresh
Capturado em: 2026-10-14T15:30:05Z (UTC)
Cabeçalhos principais de segurança e servidor:
server: nginx
strict-transport-security: max-age=31536000
last-modified: Tue, 14 Oct 2026 09:12:44 GMT
11. REGISTRO DE DOMÍNIO (WHOIS/RDAP)6
Domínio: loja.exemplo.com.br
Registrador: Registrador Exemplo Ltda.
Fonte dos dados: rdap
Data de registro: 2019-03-02
Data de expiração: 2027-03-02
Servidores DNS: ns1.dns-exemplo.com.br, ns2.dns-exemplo.com.br
Registrante: (ocultado nos termos do RGPD)
Parte 7
Seções 12 a 15 e rodapé
O documento termina com as verificações opcionais do conteúdo e com as seções formais.
- 112. Detecção de conteúdo gerado por IA e 13. Procedência das imagens. Estas seções são preenchidas se as verificações tiverem sido feitas: sinais de geração por IA nas imagens da página e datas informadas pelo servidor para cada imagem. Caso contrário, os títulos ficam com uma nota que indica a falta de dados.
- 214. Metodologia de coleta de dados. Começa em uma nova página: a URL capturada, o momento da captura, o ambiente e o identificador pseudonimizado do usuário que fez a captura.
- 315. Aviso legal. O que é o documento e para que pode servir.
- 4Padrões e conformidade. O alinhamento à diretriz ISO/IEC 27037:2012 sobre o tratamento de evidências digitais (uma diretriz, não uma certificação), a nota sobre autoautenticação pelo direito dos Estados Unidos, que só aparece nos documentos em inglês, e a nota eIDAS, que só aparece se o carimbo eIDAS tiver sido solicitado. Depois vêm os links de verificação.
- 5Rodapé. Igual em todas as páginas, inclusive na última.
12. Sinais de detecção de conteúdo IA1
Para esta captura não havia dados desse tipo, portanto esta seção está vazia. O número da seção é mantido para que as remissões feitas em outras partes deste documento continuem válidas.
13. PROCEDÊNCIA DA IMAGEM (IDADE DA FOTO)
Para esta captura não havia dados desse tipo, portanto esta seção está vazia. O número da seção é mantido para que as remissões feitas em outras partes deste documento continuem válidas.
14. Especificação da Metodologia de Coleta de Dados2
A metodologia de coleta de dados está totalmente descrita nos metadados técnicos e manifesto anexados, que são parte integrante do pacote de evidências. Os principais parâmetros de coleta são os seguintes:
Fonte alvo (URL): https://loja.exemplo.com.br/anuncio/4821
Data e hora de coleta (UTC): 2026-10-14T15:30:12Z (UTC)
Ambiente de coleta (User Agent): Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/141.0.0.0 Safari/537.36
Identificação do usuário: A coleta foi realizada pelo usuário com identificador pseudônimo Xq7LmR2vTn9KpB4sWc1YhZ8dFa63 a partir do endereço IP 203.0.113.42.
15. Aviso Legal:3
...
Padrões e conformidade4
Alinhado às diretrizes ISO/IEC 27037:2012 para identificação, coleta, aquisição e preservação de evidências digitais.
Carimbo de tempo eletrônico qualificado UE eIDAS 910/2014 por um QTSP, quando este pacote contém manifest.json.tsr.
Verificação independente, sem conta nem serviço da ProofSnap:
Verificar online: getproofsnap.com/verify/index-pt.html
Verificar código-fonte (MIT): github.com/proofsnap/proofsnap-verify
Parte 8
provenance_certificate.pdf: uma página, seis verificações
O certificado de proveniência resume a captura em uma única página, no mesmo idioma do documento de evidência. Entregue-o a quem precisa ver o resultado de relance.
- 1Dados da captura. ID da evidência, título da página, URL, hora, o hash SHA-256 da captura de tela, navegador, versão da extensão e ID do custodiante.
- 2Integridade do pacote. Informa que todos os hashes estão no manifesto assinado e que se trata de uma captura feita ao vivo no navegador, não de um arquivo enviado.
- 3Verificações de integridade. Detecção de automação, hora NTP comparada com até três fontes, DNS comparado entre dois resolvedores e a pontuação de integridade do dispositivo em relação ao limiar de aprovação (80). O status reflete a situação no momento da captura; o PDF não é atualizado depois.
- 4Carimbo de tempo blockchain. ENVIADO: a âncora no Bitcoin é confirmada algumas horas depois; confira então no verificador. Não incluído no plano Essential, a não ser que a captura tenha sido paga com um crédito de eIDAS SnapPack ou de Video SnapPack.
- 5Carimbo do tempo qualificado eIDAS. O status é SOLICITADO ou não incluído. O carimbo é aplicado depois que o PDF é criado; quem o confirma são os arquivos
manifest.json.tsreeidas_validation.jsonno pacote.

CERTIFICADO DE PROVENIÊNCIA
Declaração de Autenticidade da Fonte
2Integridade do pacote: hashes SHA-256 de todos os arquivos em manifest.json (assinado RSA-4096)
Captura em navegador ao vivo (não upload de arquivo)
Estado no momento da geração deste registro; o documento não é atualizado posteriormente.
dispersão máxima entre fontes: 41 ms
pontuação de integridade 100/100 (limiar de aprovação: 80)
Solicitado; aplicado se este pacote contiver manifest.json.tsr e eidas_validation.json
Verificar online: getproofsnap.com/verify/index-pt.html
Verificar código-fonte (MIT): github.com/proofsnap/proofsnap-verify
Parte 9
metadata.json: o registro técnico
Os arquivos JSON ficam em inglês, seja qual for o idioma escolhido para o documento de evidência, para que ferramentas e peritos possam lê-los. metadata.json traz por inteiro tudo o que o PDF resume. Abra o arquivo em qualquer editor de texto ou navegador.
- 1Página. URL, título, hora da captura, user agent, referenciador e as meta tags da página.
- 2Estado do navegador. Os cookies, o armazenamento local e o armazenamento de sessão da página, na medida em que a página podia lê-los, completos e sem mascaramento. Trate o pacote como confidencial.
- 3Conexão. Os dados de TLS, na medida em que o navegador os disponibiliza.
- 4Consultas. ID da evidência, os resultados de DNS, os cabeçalhos da resposta HTTP e o WHOIS. O escopo da captura de tela (página inteira ou área visível) e as dimensões da página também ficam aqui.
Parte 10
chain_of_custody.json e forensic_log.json
Esses dois arquivos são o registro da própria captura, a chamada cadeia de custódia da prova digital. forensic_log_summary.txt mostra o mesmo registro em formato de texto, para quem não tem um visualizador de JSON.
- 1Evidência. ID da evidência, hora local da captura e hora corrigida por NTP, URL de origem com o hash dela e título da página.
- 2Custodiante. O ID do custodiante (user_uid) e o hash SHA-256 do e-mail da conta, para que quem fez a captura possa ser identificado mediante solicitação sem que o endereço seja impresso.
- 3Integridade. Como o registro é selado (
sealed_in_manifest), o status dos carimbos do tempo no momento da criação do pacote e a lista de arquivos.ots_statusmostra pending quando o carimbo do tempo no Bitcoin faz parte da captura graças ao plano ou a um crédito, porque a âncora é confirmada horas depois, e caso contrário not_stamped;eidas_statusmostra requested ou not_requested. Um blocolegal_contextsó aparece se pelo menos um dos campos dele tiver sido preenchido, por exemplo a referência do processo. - 4Vínculo com o registro. O hash do
forensic_log.jsone o último hash da cadeia dele. - 5Operações. Cada etapa da captura a partir de
capture_init, com horários, duração e resultados. Se houve gravação de vídeo, as etapas do vídeo vêm depois da criação do documento de evidência. Os arquivos de verificação, o modelo de declaração para um tribunal dos Estados Unidos e a cadeia de custódia são criados depois do fechamento do registro e são cobertos pelo manifesto; o cálculo dos hashes, a assinatura e a compactação vêm depois. - 6Cadeia de hashes. Cada etapa traz o hash da anterior, então remover ou alterar uma etapa quebra a cadeia.
Parte 11
manifest.json, a assinatura e os carimbos do tempo
O selo do pacote. Tudo o mais é comparado com o manifest.json, e o manifesto é comparado com a assinatura e com os carimbos do tempo dele.
- 1Cabeçalho. Versão do manifesto, o ID da evidência na chave
capture_id, URL de origem e hora da captura. - 2Arquivos. Os arquivos da captura com SHA-256, SHA-512 e tamanho. Se um único byte de um arquivo listado mudar, o hash dele deixa de corresponder.
publickey.pememanifest.sigaparecem só com o nome, enquanto os arquivos dos carimbos do tempo e oeidas_validation.json, que surgem depois do manifesto, não aparecem. - 3Assinatura e chave.
manifest.sigé uma assinatura RSA-4096 do manifesto epublickey.pema chave para verificá-la. A assinatura vincula entre si os hashes dos arquivos listados; o par de chaves é gerado de novo a cada captura e a chave pública fica no ZIP, por isso só os carimbos do tempo ancoram o manifesto no tempo.manifest.json.otsancora o hash do manifesto no blockchain do Bitcoin e prova que ele já existia, no mais tardar, no momento do bloco de ancoragem;manifest.json.tsré, quando presente, o carimbo do tempo qualificado.
“A time-stamping service supports assertions of proof that a datum existed before a particular time.” (Um serviço de carimbo do tempo permite sustentar, como prova, que um dado existia antes de determinado momento.)
IETF RFC 3161 (2001), seção 1, o padrão em que se baseia o carimbo do tempo qualificado em manifest.json.tsr
Os dois carimbos do tempo se referem ao hash do manifest.json, não à página em si. Para conferir passo a passo a âncora no Bitcoin, veja o guia Verificar um pacote de provas.
Parte 12
Verificar o pacote
Há dois caminhos. Os scripts rodam no seu computador e não dependem de nenhum serviço do ProofSnap. O verificador funciona no painel lateral ou, sem conta, no site do ProofSnap. Cada etapa, com a saída explicada por inteiro, está no guia Verificar um pacote de provas.
- 1Integridade dos arquivos. Extraia o pacote e execute
bash verification/verify.sh(macOS, Linux) ouverify.ps1no PowerShell (Windows). O script recalcula o hash de cada arquivo listado e o compara com o manifesto. - 2Assinatura. O script verifica o
manifest.sigcom opublickey.pem. Esta etapa exige o OpenSSL. - 3Carimbos do tempo. O script lê o token eIDAS, se houver, e mostra o comando para uma verificação aprofundada da âncora no Bitcoin.
- 4Resultado. PASS, FAIL quando uma verificação foi executada e falhou, ou INCOMPLETE quando falta uma ferramenta; INCOMPLETE não indica problema no pacote.
- 5Verificador no painel lateral. Arraste o ZIP para a seção ProofSnap Verificador de Confiança e clique em “Verificar arquivo zip”.
- 6Resultado. Integridade: confere significa que os arquivos correspondem ao manifesto e o manifesto à assinatura dele. “Mostrar verificação técnica” lista cada verificação.
verify.sh no Terminal do macOS, simplificado e abreviado; as mensagens estão em inglês. O número de arquivos é um exemplo.
ProofSnap Verificador de ConfiançaClique para enviar ou arraste e solte
Arquivo Zip
proofsnap_20261014_153012.zip
O verificador no painel lateral.
Parte 13
O que entregar a um advogado ou ao juiz
Entregue o ZIP exatamente como foi baixado. Para ler os arquivos, extraia cópias, mas não altere os originais nem os salve nem os compacte de novo. O documento a ser lido e impresso é o evidence.pdf; é o ZIP que o torna verificável.
- 1Modelo de declaração para um tribunal dos Estados Unidos. Se quem fez a captura ativou em “Formulários judiciais” a opção “Certificação de autoautenticação”, o pacote contém um modelo de declaração de autoautenticação para um tribunal federal dos Estados Unidos. Uma pessoa qualificada precisa preencher e assinar uma cópia, e a regra federal de provas dos Estados Unidos exige ainda que a outra parte receba, antes do julgamento ou da audiência, uma notificação prévia razoável por escrito da apresentação do documento e que o documento e a declaração fiquem disponíveis para exame, para que ela possa contestá-los. Não altere o modelo que está no pacote: se ele for modificado, deixará de corresponder ao hash dele no manifesto.
- 2Baixe na hora. O ProofSnap não guarda nenhuma cópia, então o ZIP baixado é o original.
- 3Um ZIP por captura. Junte-o aos autos e entregue o mesmo ZIP à outra parte e ao juiz, para que todos possam fazer as mesmas verificações.

Perguntas frequentes
Provas que um juiz consegue verificar
Instale o ProofSnap e capture a sua primeira página.
Instalar o ProofSnap: teste de 7 diasTeste de 7 dias (é preciso cartão de crédito). Sem plano de assinatura: SnapPack de US$ 4,99 (aprox. R$ 24,90) com 10 capturas.
Pagamento recusado? Ative as compras internacionais no app do seu banco. O IOF de 3,5% é cobrado pelo banco emissor. A cobrança é feita em dólar, e os valores em reais são apenas aproximados.
Disponível também para Microsoft Edge
Outros guias: Capturar uma página web como prova · Verificar um pacote de provas · Gravar uma prova em vídeo · Certificar um arquivo
