Prove e catena di custodia

Prove che non chiedono di essere credute.

Una parte terza — la controparte, un perito nominato dal tribunale, un pubblico ministero — deve poter accertare, senza fidarsi di Ichnaro, che:

[01]
ogni artefatto corrisponde bit per bit a quanto è stato acquisito;
[02]
è stato acquisito quando e come dichiariamo;
[03]
conosciamo ogni persona e ogni sistema che lo ha trattato;
[04]
il nostro registro di audit non è stato riscritto;
[05]
il report in loro possesso è quello che abbiamo emesso.

[01]Principi

Principi

[01]

Prima l’hash

SHA-256 viene calcolato sui byte originali prima che qualsiasi altra operazione li tocchi.

[02]

Gli originali non vengono mai modificati

Ogni derivazione registra l’hash dell’artefatto da cui proviene.

[03]

Ogni azione è un evento

Ogni azione di creazione, lettura, download, esportazione, sigillatura e blocco genera un evento di custodia, comprese tutte le letture.

[04]

Acquisizione ripetibile

Le prove on-chain possono essere rielaborate da qualsiasi nodo pubblico, senza alcuna fiducia nei nostri confronti.

[05]

Solo acquisizione lecita

Ogni artefatto registra la categoria della fonte da cui proviene.

[06]

Allineati, non certificati

Seguiamo i principi della ISO/IEC 27037 — verificabilità, ripetibilità, riproducibilità, giustificabilità — senza dichiarare la conformità.

[02]La catena di custodia, passo per passo

[01]
Acquisizione
I byte provengono dai nostri nodi blockchain, da un worker di acquisizione isolato per le pagine web o da un caricamento del cliente tramite la console. Gli allegati e-mail non sono accettati come prova.
[02]
Hash
SHA-256 sui byte originali in chiaro, prima che qualsiasi altra operazione li tocchi.
[03]
Cifratura
Envelope encryption AES-256-GCM con una chiave per ciascun oggetto, a sua volta protetta da una chiave per ciascun cliente.
[04]
Hash della copia conservata
Il testo cifrato conservato viene sottoposto a hash come controllo operativo di integrità.
[05]
Conservazione nell’UE
Scritto in uno storage a oggetti con giurisdizione UE, sotto un prefisso protetto da blocco. Gli oggetti non vengono mai sovrascritti.
[06]
Rilettura e verifica
L’oggetto conservato viene riletto e il suo hash viene controllato.
[07]
Seconda copia immutabile
Lo stesso testo cifrato viene scritto in modo sincrono in una seconda copia write-once in un’altra regione UE, la cui conservazione nessuno può abbreviare.
[08]
Registrazione e poi conferma
L’elemento e il relativo evento di custodia vengono registrati. Solo a quel punto l’acquisizione viene confermata. La riconciliazione notturna fa sì che nulla vada perso in silenzio.

[03]

Un registro che non può essere riscritto in silenzio

Ogni evento di custodia include l’hash dell’evento che lo precede, in un’unica catena. Ogni giorno gli eventi vengono inoltre raccolti in un albero di Merkle, così che a un cliente possa essere fornita la prova dei propri eventi senza vedere quelli di altri.

Marche temporali indipendenti

La testa del registro viene ancorata ogni ora — e immediatamente quando un report viene sigillato, un’esportazione viene creata o viene applicato un legal hold — presso almeno due autorità di marcatura temporale RFC 3161 indipendenti. Se l’ancoraggio non riesce, il sigillo del report viene bloccato.

[04]

Livelli di protezione

SHA-256 all’acquisizione
Registro di audit append-only, con hash concatenati
Ancoraggio RFC 3161 presso autorità di marcatura temporale esterne
Amministrazione dei blocchi limitata a un account break-glass
Monitoraggio continuo della configurazione dei blocchi
Seconda copia immutabile in un’altra regione dell’UE

[05]

Che cosa contiene una acquisizione web

Intestazioni della richiesta e della risposta
HTML della pagina così come servito e DOM renderizzato
Archivio web della pagina
Screenshot dell’intera pagina e dell’area visibile
Catena di certificati TLS
Record DNS e RDAP
Voci di certificate transparency
Metadati dell’acquisizione: orario di inizio e di fine da un orologio sincronizzato, operatore, finalità, categoria della fonte

Le acquisizioni usano solo il normale accesso pubblico: nessun login, nessun invio di moduli, nessun clic oltre il caricamento della pagina.

[06]

Prove on-chain

Hash della transazione, altezza e hash del blocco, timestamp del blocco, transazione grezza, trasferimenti decodificati e conferme, con il software del nodo e la versione utilizzati. Gli elementi restano contrassegnati come non confermati finché non sono definitivi. Il clustering e le etichette sono un’analisi derivata e da soli non costituiscono prova dell’identità.

[07]Che cosa contiene un pacchetto di esportazione

Che cosa contiene un pacchetto di esportazione

I pacchetti recano una filigrana per ciascun destinatario e sono consegnati tramite download autenticato o archivio cifrato. Mai come allegato e-mail.

manifest.json: Ogni file con percorso, SHA-256, dimensione, tipo di supporto, orario di acquisizione e categoria della fonte
manifest.json.sig: Firma separata sul manifesto
manifest.json.tsr: Token di marca temporale RFC 3161 sul manifesto
audit/: Eventi di custodia e prove di inclusione di Merkle
certs/: Certificato di firma e catene delle autorità di marcatura temporale
evidence/ · report/: Artefatti originali e report sigillato con il relativo file di sigillo
VERIFY.md · verify/: Istruzioni scritte e un verificatore open source

[08]Verifichi in autonomia

Verifichi in autonomia

Solo con strumenti standard:

# 1  Files
sha256sum -c <(jq -r '.files[] | "\(.sha256)  \(.path)"' manifest.json)

# 2  Signature and timestamp
openssl dgst -sha256 -verify <(openssl x509 -in certs/ichnaro-signing.pem -pubkey -noout) \
  -signature manifest.json.sig manifest.json
openssl ts -verify -data manifest.json -in manifest.json.tsr -CAfile certs/tsa/<tsa>-chain.pem

Ricalcolare l’hash di ogni evento di custodia a partire dai suoi campi e dall’hash precedente, e controllare le prove di Merkle rispetto alle radici giornaliere ancorate.
Ricavare di nuovo le prove on-chain da qualsiasi nodo pubblico o explorer.
Controllare un report in modo indipendente su app.ichnaro.com/verify — l’hash viene calcolato nel Suo browser e il file non viene caricato.

Questa procedura è scritta per essere esaminata anche da non giuristi. Le regole di ammissibilità e di autenticazione differiscono da una giurisdizione all’altra e vengono riviste con un legale per ciascuna di esse.