Guida
Come leggere un pacchetto di prove ProofSnap
Aggiornamento 2026: un pacchetto di prove ProofSnap è lo ZIP generato per ogni pagina web acquisita: evidence.pdf, screenshot e HTML, metadati, la catena di custodia, un manifest degli hash SHA-256 firmato con RSA-4096 (con marca temporale, se il tuo piano la include) e script con cui verificare che nulla sia stato modificato.
Se hai acquisito una pagina web come prova digitale o qualcuno ti ha inviato uno ZIP di ProofSnap, questa guida spiega ogni file contenuto, percorre il documento delle prove sezione per sezione e mostra come verificare il pacchetto e che cosa consegnare a un avvocato o al giudice.
Di Radim Motycka, fondatore e sviluppatore capo di ProofSnap, che ha progettato il processo di acquisizione, il PDF delle prove e gli script di verifica descritti in questa guida ·
Da aprire per primo
evidence.pdf
Da consegnare
L'intero ZIP, senza modifiche
Da verificare con
verify.sh, verify.ps1 o il Verificatore di autenticità
A chi serve questa guida
- Hai eseguito un'acquisizione e vuoi sapere che cosa consegnare.
- Sei un avvocato, un consulente tecnico o un giudice e hai ricevuto uno ZIP di ProofSnap.
- Vuoi trovare in fretta un dato preciso: l'ora, l'URL, il server, il custode.
Devi ancora eseguire un'acquisizione? Leggi Acquisire una pagina web come prova.
Parte 1
Che cosa contiene lo ZIP
Un'acquisizione di pagina web viene consegnata come un unico ZIP, con un nome come proofsnap_20261014_153012.zip, composto dalla data e dall'ora locali del tuo computer. I file si dividono in quattro gruppi. L'elenco esatto dipende dal piano e dalle opzioni attive, quindi due pacchetti possono essere diversi.
- 1Leggere.
evidence.pdfè il documento da leggere: aprilo per primo.provenance_certificate.pdfriassume i controlli in una pagina. Lo screenshot completo èscreenshot.jpeg.page.htmlè l'HTML così come il browser l'ha visualizzato;page.mhtmlsalva la pagina nello stato dell'acquisizione in un unico file, edomtextcontent.txtne contiene il testo.images.jsonelenca le immagini della pagina, con l'hash SHA-256 di ogni file immagine salvato nel pacchetto. Questi file si trovano nella cartellaimages/, estratti dall'archivio MHTML quando questo contiene immagini. - 2Registrare.
metadata.jsonè il registro tecnico della pagina e del browser;chain_of_custody.jsoneforensic_log.jsondocumentano chi ha acquisito che cosa, quando e come, eforensic_log_summary.txtè il registro in formato testo. Vedi le parti 9 e 10. - 3Sigillare.
manifest.jsonelenca i file dell'acquisizione con i loro hash,manifest.sigè la sua firma RSA-4096 epublickey.pemla chiave per verificarla.manifest.json.otsè, se il piano la include, la marca temporale Bitcoin (OpenTimestamps). Vedi la parte 11. - 4Verificare. La cartella
verification/contieneverify.shper macOS e Linux,verify.ps1per Windows e una guida in formato testo. Vedi la parte 12.
- 1evidence.pdf
- provenance_certificate.pdf
- screenshot.jpeg
- page.html
- page.mhtml
- domtextcontent.txt
- images.json
- images/
- 001_lampada-fronte.jpg
- 002_lampada-lato.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
File presenti solo in alcune acquisizioni
Questi file si trovano nel pacchetto solo se l'opzione era attiva o se i dati erano disponibili. Se ne manca uno, non è un problema: semplicemente non fa parte di quell'acquisizione.
- 1Dichiarazione per un tribunale statunitense.
rule_902_certification.pdf, un modello di dichiarazione per i tribunali federali degli Stati Uniti con i dati dell'acquisizione già compilati. È disponibile in ogni piano e viene aggiunto solo se chi esegue l'acquisizione ha attivato l'opzione. Sempre in inglese. Vedi la parte 13. - 2C2PA Content Credentials.
c2pa.jsonè il file di accompagnamento del manifest Content Credentials incorporato inscreenshot.jpeg. - 3eIDAS.
manifest.json.tsrè la marca temporale qualificata UE di Disig a.s., prestatore di servizi fiduciari qualificato nell'elenco di fiducia UE, edeidas_validation.jsoncontiene la catena dei certificati e i dati di revoca con cui verificarla senza connessione a Internet. - 4Video.
capture_video.webm, la registrazione originale dello schermo, e di solitocapture_video.mp4, una copia ricodificata per i lettori multimediali che non aprono il WebM. - 5Modalità forense.
capture.warc(archivio di rete),network.har(ogni richiesta e ogni risposta),resources.json, insieme a una cartellaresources/con le risorse caricate dalla pagina, ecertificate_details.jsoncon i dati del certificato TLS di una pagina HTTPS. La modalità forense è inclusa nei piani Professional, Enterprise e Company.
Un'acquisizione di sessione (modalità a più schede) aggiunge una cartella tabs/ con una sottocartella per ogni altra scheda visitata. Ognuna contiene screenshot, HTML, testo, metadati e catena di custodia propri, oltre a un PDF più breve con il documento delle prove della scheda. L'evidence.pdf nella cartella principale si riferisce alla scheda principale ed elenca l'intera sessione.
| File | Descrizione | Azione |
|---|---|---|
| evidence.pdf | Documento delle prove | ![]() |
| provenance_certificate.pdf | Certificato di provenienza | ![]() |
| 1rule_902_certification.pdf | Certificazione per il tribunale (FRE 902) | ![]() |
| screenshot.jpeg | Schermata | ![]() |
| 2c2pa.json | C2PA Content Credentials | ![]() |
| page.html | Contenuto HTML | ![]() |
| page.mhtml | Archivio pagina MHTML | ![]() |
| domtextcontent.txt | Contenuto testuale | ![]() |
| metadata.json | Metadati | ![]() |
| forensic_log.json | Log Forense (ISO 27037) | ![]() |
| chain_of_custody.json | Catena di Custodia | ![]() |
| manifest.json | Elenco file e hash | ![]() |
| manifest.sig | Firma del manifest | ![]() |
| publickey.pem | Chiave pubblica | ![]() |
| manifest.json.ots | OpenTimestamps | ![]() |
| 3manifest.json.tsr | Marca temporale qualificata UE (RFC 3161 TSR) | ![]() |
| eidas_validation.json | Dati di convalida a lungo termine eIDAS (catena certificati, OCSP) | ![]() |
| 4capture_video.webm | Video dell'acquisizione | ![]() |
| 5capture.warc | Archivio di rete (WARC) | ![]() |
| network.har | Registro di rete (HAR) | ![]() |
| resources.json | Sottorisorse archiviate | ![]() |
| certificate_details.json | Dettagli del certificato TLS | ![]() |
| forensic_log_summary.txt | Riepilogo del registro forense | ![]() |
Parte 3
evidence.pdf, pagina 1: riepilogo e screenshot
Il documento delle prove viene generato nella lingua scelta prima dell'acquisizione, una delle 29 disponibili. Le sue sezioni sono numerate da 1 a 15 e i numeri non cambiano mai, così un avvocato può citare una sezione in qualsiasi atto tramite il suo numero. La pagina 1 inizia con l'intestazione e un riquadro di riepilogo e passa subito allo screenshot.
- 1Riquadro di riepilogo. Dominio della pagina, Ora dell'acquisizione in UTC, Custode (l'ID del custode, cioè dell'account ProofSnap, e l'indirizzo IP da cui è stata eseguita l'acquisizione) e Hash, l'hash SHA-256 di
page.html. Se è stata richiesta una marca temporale qualificata UE, una riga eIDAS indica che la marca temporale è applicata quando il pacchetto contiene i file eIDAS. - 21. Screenshot della pagina. La pagina compare per prima, perché è essa la prova. Tutto il resto la sostiene.
- 3La banda blu. ProofSnap aggiunge in cima allo screenshot una banda con URL, ora UTC, scostamento NTP e ID della prova, contrassegnata come annotazione perché non venga scambiata per la barra degli indirizzi del browser. La nota sotto il nome del file lo spiega e chiarisce che il contenuto della pagina sottostante non è stato modificato.
- 4Piè di pagina su ogni pagina. Strumento e versione, un link a getproofsnap.com, l'ID completo della prova e Pagina X / Y, così in una stampa nessuna pagina può mancare o essere scambiata senza che ce ne si accorga.

1. Screenshot della pagina:2
Di seguito è riportata una cattura visiva della pagina web al momento dello snapshot.
File dell'immagine: screenshot.jpeg
La banda blu nella parte superiore di questa immagine è un'annotazione aggiunta dal software ProofSnap, non una schermata della barra degli indirizzi del browser. Ripete l'URL della pagina acquisita, l'ora di acquisizione in UTC e l'ID della prova registrati altrove in questo pacchetto. ...3
https://negozio.esempio.it/annuncio/4821
2026-10-14T15:30:12Z (UTC) NTP offset +38 ms
ID ps_3f9c2a71-8e4b-4d1a-b6f0-5c27e9a1d304
Lampada da scrivania vintage
Annuncio n. 4821 · pubblicato da venditore_77
120 €
Parte 4
Fine dello screenshot e riepilogo «Verifica della prova»
Una pagina web lunga occupa più pagine nel PDF. Allo screenshot segue un riepilogo in linguaggio semplice per un giudice o un cliente che non leggerà le sezioni tecniche.
- 1Avviso di troncamento. Il PDF mostra l'inizio dello screenshot sotto il suo titolo e al massimo altre 10 pagine. Se la pagina è più lunga, un avviso indica quante pagine vengono mostrate e che l'immagine completa è
screenshot.jpeg, il file coperto dagli hash e dalla firma. - 2Verifica della prova. Un paragrafo che dice che cos'è il documento, con l'URL di origine e l'ora dell'acquisizione ripetuti.
- 3Cosa è stato verificato. Brevi punti elenco. Ogni punto compare solo se la sua affermazione è vera per questa acquisizione. Il punto secondo cui la pagina era online presuppone una risposta effettiva del server al momento dell'acquisizione; il punto sullo strumento presuppone che l'estensione sia stata installata dallo store ufficiale e che il controllo del dispositivo sia stato superato.
- 4Fondamento giuridico. Un paragrafo neutro sui controlli di integrità, senza citare alcuna legge nazionale. Se è stata richiesta una marca temporale qualificata UE, segue un altro paragrafo sulla marca temporale qualificata. Poi vengono i link di verifica.
Screenshot troncato: mostra le prime 11 di 14 pagine. Lo screenshot completo è disponibile nel file screenshot.jpeg incluso nel pacchetto prove.1
Fine della sezione Screenshot della Pagina. Nota: l'immagine riprodotta sopra può essere stata accorciata per mantenere il presente documento entro dimensioni gestibili. Lo screenshot così come è stato acquisito è il file screenshot.jpeg incluso in questo pacchetto di prove, ed è quel file a essere coperto dai valori hash e dalla firma.
Verifica della prova2
Questa è una prova digitale verificabile. ProofSnap ha acquisito la pagina riportata di seguito nell'orario indicato; qualsiasi modifica successiva è rilevabile. La sua autenticità può essere verificata in modo indipendente.
URL Sorgente: https://negozio.esempio.it/annuncio/4821
Ora: 2026-10-14T15:30:12Z (UTC)
Cosa è stato verificato3
• La pagina era realmente online al momento dell'acquisizione: il server ha risposto e la connessione era sicura (TLS).
• Il contenuto è inalterato dall'acquisizione: protetto da un hash crittografico SHA-256; qualsiasi modifica è rilevabile.
• Il pacchetto è protetto contro la sostituzione da una firma digitale RSA-4096: qualsiasi modifica successiva alla firma è rilevabile.
• Acquisito con uno strumento verificato e non modificato: l'integrità dell'estensione e del dispositivo è stata confermata.
I paragrafi che seguono descrivono proprietà tecniche e non costituiscono un parere legale. ProofSnap non presta consulenza legale né determina dinanzi a quale giudice o arbitro la presente acquisizione sarà prodotta.4
Fondamento giuridico: queste proprietà crittografiche (hash SHA-256, firma digitale, marca temporale indipendente e catena di custodia) sono concepite per supportare l'autenticazione dei documenti elettronici. L'ammissibilità è determinata dal giudice competente secondo le regole probatorie applicabili.
Questa sintesi verifica l'integrità tecnica dell'acquisizione; non valuta la veridicità del contenuto.
Verifica online: getproofsnap.com/verify/index-it.html
Verifica codice sorgente (MIT): github.com/proofsnap/proofsnap-verify
Parte 5
Sezioni da 2 a 5: che cosa, quando, chi e con che cosa
Queste sezioni descrivono il reperto e le circostanze dell'acquisizione.
- 12. Identificazione della prova. ID della prova, URL di origine, titolo della pagina, data e ora, riferimento della pratica, esaminatore e nota (se inseriti), lo standard applicato e l'hash dell'HTML della pagina.
- 23. Verifica temporale. L'ora dell'acquisizione corretta tramite NTP, il server orario, lo scostamento dell'orologio del computer e quante fonti orarie concordavano.
- 3Circostanze dell'acquisizione. Il referrer (la pagina da cui il browser è arrivato), lo user agent completo e il sistema operativo.
- 4Custode e stato del browser. ID del custode, indirizzo IP, browser e fuso orario. L'indirizzo email dell'account non viene stampato; il suo hash SHA-256 si trova in
chain_of_custody.json. Seguono, abbreviate, fino a cinque voci per ogni tipo di cookie o archiviazione. I valori il cui nome fa pensare a token o sessioni non vengono riportati nel PDF. L'insieme completo si trova inmetadata.json. - 54. Integrità del dispositivo e 5. Integrità dell'estensione. Indizi di un browser automatizzato o di un browser senza interfaccia (headless), un punteggio di integrità, nonché identità e versione dell'estensione usata per l'acquisizione.
2. Identificazione della prova1
ID della prova: ps_3f9c2a71-8e4b-4d1a-b6f0-5c27e9a1d304
URL Sorgente: https://negozio.esempio.it/annuncio/4821
Titolo della pagina: Lampada da scrivania vintage · Negozio Esempio
Data e ora (UTC): 2026-10-14T15:30:12Z (UTC)
Caso / Pratica: RG 1234/2026
Esaminatore: Giulia Rossi, consulente informatico
Hash HTML della pagina (SHA-256): e5e239560bc125a20ff2ac1fea50915bc198dd4f5b5256ec447a8a71e00132b3
3. Verifica temporale2
Timestamp NTP (UTC): 2026-10-14T15:30:12Z (UTC)
Ora della sincronizzazione NTP (UTC): 2026-10-14T15:29:58Z (UTC)
Sorgente NTP: NTP:time.google.com
Scostamento temporale: 38 ms
Latenza NTP: 61 ms
Verifica incrociata: verificato (3 di 3 sorgenti concordi, diff. max 41 ms)
Referrer: Navigazione diretta (nessun referrer)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 Operativo: macOS
ID del custode: Xq7LmR2vTn9KpB4sWc1YhZ8dFa634
Identificativo pseudonimo dell'account ProofSnap che ha eseguito l'acquisizione. L'indirizzo e-mail dell'account non viene stampato in questo pacchetto; il suo hash SHA-256 è registrato in chain_of_custody.json, così il custode può essere identificato su richiesta.
Indirizzo IP: 203.0.113.42
Browser: Chrome 141
Fuso orario: Europe/Rome
Cookie di Sessione:
cookie_consent: accepted
session_id: [OSCURATO PER PRIVACY]
Archiviazione locale:
recently_viewed: ["4821","4790"]
Di ciascun archivio sono elencate al più le prime 5 voci; ogni valore superiore a 50 caratteri è abbreviato e segnalato come tale. I valori il cui nome contiene token, auth, jwt, session, key o secret non vengono riportati. L'insieme completo e non troncato è conservato in metadata.json ...
4. Integrità del dispositivo5
Punteggio integrità: 100/100
Stato: superato
Browser headless: No
WebDriver rilevato: No
Indicatori di automazione: Nessuno rilevato
5. Integrità dell'estensione
ID estensione: mfbhmfinogdedlgaoihbnmbldpabdhao
Versione dell'estensione: 1.19.5
Versione del manifesto: 3
Parte 6
Sezioni da 6 a 11: file, testo, connessione e dominio
Il cuore tecnico del documento. Una sezione senza dati per questa acquisizione conserva il suo titolo con una breve nota che la segnala come vuota, così la numerazione non si sposta.
- 16. File del pacchetto di prove. Gli hash SHA-256 dei file principali e i dati del video, se ne è stato registrato uno. Il PDF non può contenere il proprio hash;
manifest.jsonli contiene tutti. - 27. Testo della pagina. Rimanda a
domtextcontent.txte avverte che il testo segue l'ordine del codice sorgente della pagina e va quindi letto insieme allo screenshot. - 38. TLS/SSL. Se la connessione era cifrata con TLS. Il browser non rivela a un'estensione né la versione del protocollo né la suite di cifratura né il certificato, perciò in queste righe compare Non disponibile tramite API del browser. I dati di connessione e del certificato (protocollo, cifratura, emittente, titolare, validità, nomi alternativi) vengono raccolti solo in modalità forense, in
certificate_details.json. - 49. DNS. Gli indirizzi IP in cui è stato risolto il dominio, confrontati con due resolver DNS, e lo stato DNSSEC.
- 510. Intestazioni della risposta HTTP. La risposta del server alla richiesta della pagina: codice di stato, quando e come sono state acquisite le intestazioni, e le intestazioni principali.
- 611. WHOIS/RDAP. Registrar, data di registrazione e di scadenza, server dei nomi e registrante, spesso oscurato ai sensi del GDPR.
6. File del pacchetto di prove1
metadata.json: ea3bd73e2b506e00527232b3ed743c066da83a8e3066f62a71e75eb9b4aa1db6
page.html: e5e239560bc125a20ff2ac1fea50915bc198dd4f5b5256ec447a8a71e00132b3
screenshot.jpeg: 8dccea5217902053b636f0e105c590eb30db4280b8a7a51806110f7ff7b5177e
domtextcontent.txt: 486b9a6fc855abf48847e9639f3c090855c6aafdc22a13b10e3244c37f03d3e0
Sopra sono elencati soltanto i file di prova principali; il pacchetto contiene ulteriori file. Tutti gli hash dei file di prova sono elencati in manifest.json e firmati crittograficamente tramite manifest.sig (RSA-4096 PKCS#1 v1.5). ...
7. Testo della pagina2
Il testo della pagina acquisita è conservato nel file domtextcontent.txt all'interno del presente pacchetto di prove. Il relativo hash SHA-256 è indicato in manifest.json ed è coperto dalla firma del manifest, sicché qualsiasi alterazione del testo fa fallire la verifica rispetto al manifest firmato.
Il file contiene il testo nell'ordine in cui gli elementi compaiono nel codice sorgente della pagina, ordine che in alcune pagine differisce da quello in cui essi appaiono a schermo. ...
8. INFORMAZIONI SICUREZZA TLS/SSL3
Protocollo: Non disponibile tramite API del browser
Suite di cifratura: Non disponibile tramite API del browser
Dettagli Certificato:
Emittente: Non disponibile tramite API del browser
Nota: L'API del browser non espone i dettagli completi del certificato. Vedere metadata.json per tutti i dati TLS disponibili.
9. Verifica della risoluzione DNS4
Nome host: negozio.esempio.it
Indirizzi IP risolti: 198.51.100.17
Verifica: verificato (2 di 2 sorgenti concordi)
Validazione DNSSEC: Non firmato
10. INTESTAZIONI RISPOSTA HTTP5
URL della richiesta: https://negozio.esempio.it/annuncio/4821
Codice di stato: 200
Fonte di acquisizione: navigation_refresh
Acquisito il: 2026-10-14T15:30:05Z (UTC)
Intestazioni chiave di sicurezza e server:
server: nginx
strict-transport-security: max-age=31536000
last-modified: Tue, 14 Oct 2026 09:12:44 GMT
11. Registrazione del dominio (WHOIS/RDAP)6
Dominio: negozio.esempio.it
Registrar: Registrar Esempio S.r.l.
Fonte dei dati: rdap
Data di registrazione: 2019-03-02
Data di scadenza: 2027-03-02
Server dei nomi: ns1.dns-esempio.it, ns2.dns-esempio.it
Registrante: (oscurato ai sensi del GDPR)
Parte 7
Sezioni da 12 a 15 e piè di pagina
Il documento si chiude con i controlli facoltativi sul contenuto e con le sezioni formali.
- 112. Rilevamento di contenuti generati dall'IA e 13. Provenienza delle immagini. Queste sezioni vengono compilate se i controlli sono stati eseguiti: indizi di generazione tramite IA nelle immagini della pagina e date fornite dal server per ogni immagine. Altrimenti i titoli restano con una nota che segnala l'assenza di dati.
- 214. Metodologia di raccolta dati. Inizia su una nuova pagina: l'URL acquisito, il momento dell'acquisizione, l'ambiente e l'identificativo pseudonimo dell'utente che ha eseguito l'acquisizione.
- 315. Avviso legale. Che cos'è il documento e a che cosa può servire.
- 4Standard e conformità. L'allineamento alla linea guida ISO/IEC 27037:2012 sul trattamento delle prove digitali (una linea guida, non una certificazione), la nota sull'autoautenticazione secondo il diritto statunitense, che compare solo nei documenti in inglese, e la nota eIDAS, che compare solo se eIDAS è stato richiesto. Poi seguono i link di verifica.
- 5Piè di pagina. Uguale su ogni pagina, anche sull'ultima.
12. Segnali di rilevamento contenuto AI1
Per questa acquisizione non erano disponibili dati di questo tipo, per cui la sezione è vuota. Il numero della sezione viene mantenuto affinché i rimandi presenti altrove in questo documento restino validi.
13. PROVENIENZA DELL'IMMAGINE (ETÀ DELLA FOTO)
Per questa acquisizione non erano disponibili dati di questo tipo, per cui la sezione è vuota. Il numero della sezione viene mantenuto affinché i rimandi presenti altrove in questo documento restino validi.
14. Specifica della Metodologia di Raccolta Dati2
La metodologia di raccolta dati è completamente descritta nei metadati tecnici allegati e nel manifest, che sono parte integrante del pacchetto prove. I parametri chiave della raccolta sono i seguenti:
Sorgente Target (URL): https://negozio.esempio.it/annuncio/4821
Data e Ora di Raccolta (UTC): 2026-10-14T15:30:12Z (UTC)
Ambiente di Raccolta (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
Identificazione Utente: La raccolta è stata eseguita dall'utente con identificatore pseudonimo Xq7LmR2vTn9KpB4sWc1YhZ8dFa63 dall'indirizzo IP 203.0.113.42.
15. Avviso Legale:3
Questo documento è generato da ProofSnap per fornire uno snapshot verificabile di una pagina web in un momento specifico. Le firme digitali e i timestamp inclusi garantiscono l'integrità e l'autenticità dei dati catturati. ...
Standard e conformità4
Conforme alle linee guida ISO/IEC 27037:2012 per identificazione, raccolta, acquisizione e conservazione delle prove digitali.
Marca temporale elettronica qualificata UE eIDAS 910/2014 da parte di un QTSP, quando questo pacchetto contiene il file manifest.json.tsr.
Verifica indipendente, senza account né servizi ProofSnap:
Verifica online: getproofsnap.com/verify/index-it.html
Verifica codice sorgente (MIT): github.com/proofsnap/proofsnap-verify
Parte 8
provenance_certificate.pdf: una pagina, sei controlli
Il certificato di provenienza riassume l'acquisizione in una sola pagina, nella stessa lingua del documento delle prove. Consegnalo a chiunque debba vedere il risultato a colpo d'occhio.
- 1Dati dell'acquisizione. ID della prova, titolo della pagina, URL, ora, l'hash SHA-256 dello screenshot, browser, versione dell'estensione e ID del custode.
- 2Integrità del pacchetto. Indica che tutti gli hash si trovano nel manifest firmato e che si tratta di un'acquisizione in tempo reale dal browser, non di un file caricato.
- 3Verifiche di integrità. Rilevamento dell'automazione, ora NTP confrontata con un massimo di tre fonti, DNS confrontato con due resolver e il punteggio di integrità del dispositivo rispetto alla soglia di superamento (80). Lo stato riflette la situazione al momento dell'acquisizione; il PDF non viene aggiornato in seguito.
- 4Timestamp blockchain. INVIATO: l'ancoraggio Bitcoin viene confermato qualche ora dopo; verificalo allora con il verificatore. NON INCLUSO nel piano Essential, salvo che l'acquisizione sia stata pagata con un credito di un eIDAS SnapPack o di un Video SnapPack.
- 5Marca temporale qualificata eIDAS. Il suo stato è RICHIESTO oppure NON INCLUSO. La marca temporale viene applicata dopo la creazione del PDF; a confermarla sono quindi
manifest.json.tsredeidas_validation.jsonnel pacchetto.

CERTIFICATO DI PROVENIENZA
Dichiarazione di autenticità della fonte
2Integrità del pacchetto: hash SHA-256 di tutti i file in manifest.json (firmato RSA-4096)
Acquisizione da browser in tempo reale (non caricamento file)
Stato al momento della generazione del presente verbale; il documento non viene successivamente aggiornato.
scarto massimo fra le fonti: 41 ms
punteggio di integrità 100/100 (soglia di superamento: 80)
Richiesta; applicata se il pacchetto contiene manifest.json.tsr ed eidas_validation.json
Verifica online: getproofsnap.com/verify/index-it.html
Verifica codice sorgente (MIT): github.com/proofsnap/proofsnap-verify
Parte 9
metadata.json: il registro tecnico
I file JSON restano in inglese indipendentemente dalla lingua scelta per il documento delle prove, così strumenti e consulenti tecnici possono leggerli. metadata.json contiene per intero tutto ciò che il PDF riassume. Apri il file con un qualsiasi editor di testo o browser.
- 1Pagina. URL, titolo, ora dell'acquisizione, user agent, referrer e i meta tag della pagina.
- 2Stato del browser. I cookie, l'archiviazione locale e l'archiviazione di sessione della pagina, nella misura in cui la pagina poteva leggerli, completi e non mascherati. Tratta il pacchetto come riservato.
- 3Connessione. I dati TLS, nella misura in cui il browser li rende disponibili.
- 4Interrogazioni. ID della prova, i risultati DNS, le intestazioni della risposta HTTP e il WHOIS. Anche l'ambito dello screenshot (pagina intera o area visibile) e le dimensioni della pagina si trovano qui.
Parte 10
chain_of_custody.json e forensic_log.json
Questi due file sono il registro dell'acquisizione stessa, la cosiddetta catena di custodia (chain of custody) della prova digitale. forensic_log_summary.txt mostra lo stesso registro in formato testo per chi non ha un visualizzatore JSON.
- 1Prova. ID della prova, ora locale dell'acquisizione e ora corretta tramite NTP, URL di origine con il suo hash e titolo della pagina.
- 2Custode. L'ID del custode (user_uid) e l'hash SHA-256 dell'indirizzo email dell'account, così chi ha eseguito l'acquisizione può essere identificato su richiesta senza che l'indirizzo venga stampato.
- 3Integrità. Come è sigillato il registro (
sealed_in_manifest), lo stato delle marche temporali al momento della creazione del pacchetto e l'elenco dei file.ots_statusmostra pending quando la marca temporale Bitcoin fa parte dell'acquisizione grazie al piano o a un credito, perché l'ancoraggio viene confermato ore dopo, e altrimenti not_stamped;eidas_statusmostra requested o not_requested. Un bloccolegal_contextcompare solo se almeno uno dei suoi campi è stato compilato, per esempio un riferimento della pratica. - 4Collegamento al registro. L'hash di
forensic_log.jsone l'ultimo hash della sua catena. - 5Operazioni. Ogni passaggio dell'acquisizione a partire da
capture_init, con orari, durata e risultati. Se è stato registrato un video, i passaggi del video seguono la creazione del PDF delle prove. I file di verifica, il modello di dichiarazione per un tribunale statunitense e la catena di custodia vengono creati dopo la chiusura del registro e sono coperti dal manifest; calcolo degli hash, firma e compressione vengono dopo. - 6Catena di hash. Ogni passaggio porta l'hash del precedente, così rimuovere o modificare un passaggio spezza la catena.
Parte 11
manifest.json, la firma e le marche temporali
Il sigillo del pacchetto. Tutto il resto viene confrontato con manifest.json, e il manifest viene confrontato con la sua firma e con le sue marche temporali.
- 1Intestazione. Versione del manifest, l'ID della prova sotto la chiave
capture_id, URL di origine e ora dell'acquisizione. - 2File. I file dell'acquisizione con SHA-256, SHA-512 e dimensione. Se cambia un solo byte di un file elencato, il suo hash non corrisponde più.
publickey.pememanifest.sigvi compaiono solo con il nome, mentre i file delle marche temporali edeidas_validation.json, che nascono dopo il manifest, non vi compaiono. - 3Firma e chiave.
manifest.sigè una firma RSA-4096 del manifest epublickey.pemla chiave per verificarla. La firma lega fra loro gli hash dei file elencati; la coppia di chiavi viene generata di nuovo per ogni acquisizione e la chiave pubblica si trova nello ZIP, perciò solo le marche temporali ancorano il manifest nel tempo.manifest.json.otsancora l'hash del manifest alla blockchain di Bitcoin e dimostra che esisteva al più tardi al momento del blocco di ancoraggio;manifest.json.tsrè, quando presente, la marca temporale qualificata.
«A time-stamping service supports assertions of proof that a datum existed before a particular time.» (Un servizio di marcatura temporale permette di sostenere, a titolo di prova, che un dato esisteva prima di un determinato momento.)
IETF RFC 3161 (2001), sezione 1, lo standard su cui si basa la marca temporale qualificata in manifest.json.tsr
Entrambe le marche temporali si riferiscono all'hash di manifest.json, non alla pagina stessa. Per verificare a mano l'ancoraggio Bitcoin, leggi la guida «Come verificare un file OpenTimestamps (.ots)».
Parte 12
Verificare il pacchetto
Ci sono due strade. Gli script girano sul tuo computer e non richiedono alcun servizio di ProofSnap. Il verificatore funziona nel pannello laterale oppure, senza account, sul sito web di ProofSnap. Ogni passaggio, con l'output spiegato per intero, si trova nella guida Verificare un pacchetto di prove.
- 1Integrità dei file. Estrai il pacchetto ed esegui
bash verification/verify.sh(macOS, Linux) oppureverify.ps1in PowerShell (Windows). Lo script ricalcola l'hash di ogni file elencato e lo confronta con il manifest. - 2Firma. Lo script verifica
manifest.sigconpublickey.pem. Questo passaggio richiede OpenSSL. - 3Marche temporali. Lo script legge il token eIDAS, se presente, e mostra il comando per un controllo approfondito dell'ancoraggio Bitcoin.
- 4Risultato. PASS, FAIL quando un controllo è stato eseguito e non è riuscito, oppure INCOMPLETE quando manca uno strumento; INCOMPLETE non indica un problema del pacchetto.
- 5Verificatore nel pannello laterale. Trascina lo ZIP nella scheda ProofSnap Verificatore di Fiducia e fai clic su «Verifica file zip».
- 6Risultato. Integrità: corrisponde significa che i file corrispondono al manifest e il manifest alla sua firma. «Mostra verifica tecnica» elenca ogni controllo.
verify.sh nel Terminale di macOS, semplificato e abbreviato; i messaggi sono in inglese. Il numero di file è un esempio.
ProofSnap Verificatore di FiduciaClicca per caricare o trascina e rilascia
File Zip
proofsnap_20261014_153012.zip
Il verificatore nel pannello laterale.
Parte 13
Che cosa consegnare a un avvocato o al giudice
Consegna lo ZIP esattamente come è stato scaricato. Per leggere i file estraine delle copie, ma non modificare gli originali e non salvarli né comprimerli di nuovo. Il documento da leggere e stampare è evidence.pdf; è lo ZIP a renderlo verificabile.
- 1Modello di dichiarazione per un tribunale statunitense. Se chi ha eseguito l'acquisizione ha attivato in «Moduli giudiziari» l'opzione «Certificazione di autoautenticazione», il pacchetto contiene un modello di dichiarazione di autoautenticazione per un tribunale federale degli Stati Uniti. Una persona qualificata deve completarne e firmarne una copia, e la regola federale statunitense sulle prove richiede inoltre di dare alla controparte, prima del dibattimento o dell'udienza, un congruo preavviso scritto della produzione del documento, e di metterle a disposizione per l'esame il documento e la dichiarazione, così che possa contestarli. Lascia invariato il modello nel pacchetto: se venisse modificato, non corrisponderebbe più al suo hash nel manifest.
- 2Scarica subito. ProofSnap non conserva alcuna copia, quindi lo ZIP scaricato è l'originale.
- 3Uno ZIP per acquisizione. Mettilo agli atti e consegna lo stesso ZIP alla controparte e al giudice, così tutti possono eseguire gli stessi controlli.

Domande frequenti
Prove che un giudice può verificare
Installa ProofSnap e acquisisci la tua prima pagina.
Installa ProofSnap: prova 7 giorniProva di 7 giorni (carta di credito richiesta). Senza abbonamento: SnapPack da 4,99 $ (circa 4,50 €) per 10 acquisizioni.
Disponibile anche per Microsoft Edge
Altre guide: Acquisire una pagina web come prova · Verificare un pacchetto di prove · Registrare una prova video · Certificare un file
