Des preuves qui ne demandent pas qu’on leur fasse confiance.
Un tiers — avocat de la partie adverse, expert désigné par le tribunal, procureur — doit pouvoir établir, sans faire confiance à Ichnaro, que :
- [01]
chaque artefact est, bit à bit, identique à ce qui a été acquis ;
- [02]
il a été acquis au moment et de la manière que nous indiquons ;
- [03]
nous connaissons chaque personne et chaque système qui l’a manipulé ;
- [04]
notre journal d’audit n’a pas été réécrit ;
- [05]
le rapport en leur possession est celui que nous avons émis.
Principes
Hachage en premier
Le SHA-256 est calculé sur les octets d’origine avant que quoi que ce soit d’autre ne les touche.
Les originaux ne sont jamais modifiés
Chaque dérivation consigne le hachage de l’artefact dont elle provient.
Tout est un événement
Chaque action de création, de lecture, de téléchargement, d’export, de scellement et de gel enregistre un événement de conservation — y compris chaque lecture.
Acquisition reproductible
Les preuves on-chain peuvent être dérivées à nouveau depuis n’importe quel nœud public, sans aucune confiance envers nous.
Acquisition licite uniquement
Chaque artefact consigne la catégorie de source dont il provient.
Aligné, non certifié
Nous suivons les principes de l’ISO/IEC 27037 — auditabilité, répétabilité, reproductibilité, justifiabilité — sans revendiquer de conformité.
- [01]
Acquisition
Les octets proviennent de nos propres nœuds blockchain, d’un worker de capture isolé pour les pages web, ou d’un téléversement du client via la console. Les pièces jointes d’e-mail ne sont pas acceptées comme preuves.
- [02]
Hachage
SHA-256 calculé sur les octets d’origine en clair — avant que quoi que ce soit d’autre ne les touche.
- [03]
Chiffrement
Chiffrement d’enveloppe AES-256-GCM avec une clé par objet, enveloppée par une clé propre à chaque client.
- [04]
Hachage de la copie stockée
Le texte chiffré stocké est haché à titre de contrôle d’intégrité opérationnel.
- [05]
Stockage dans l’UE
Écrit dans un stockage d’objets relevant de la juridiction de l’UE, sous un préfixe protégé par verrou. Les objets ne sont jamais écrasés.
- [06]
Relecture et vérification
L’objet stocké est relu et son hachage vérifié.
- [07]
Seconde copie immuable
Le même texte chiffré est écrit de façon synchrone dans une seconde copie en écriture unique, située dans une autre région de l’UE, dont personne ne peut raccourcir la durée de conservation.
- [08]
Enregistrement, puis accusé de réception
L’élément et son événement de conservation sont enregistrés. Ce n’est qu’ensuite que l’ingestion est acquittée. Un rapprochement nocturne garantit qu’aucune perte ne passe inaperçue.
Un journal qui ne peut pas être réécrit discrètement
Chaque événement de conservation inclut le hash de l’événement précédent, au sein d’une chaîne unique. Chaque jour, les événements sont en outre regroupés dans un arbre de Merkle, afin qu’un client puisse recevoir la preuve de ses propres événements sans voir ceux d’aucun autre.
Horodatages indépendants
La tête du journal est ancrée toutes les heures — et immédiatement lorsqu’un rapport est scellé, qu’un export est créé ou qu’un gel légal est posé — auprès d’au moins deux autorités d’horodatage RFC 3161 indépendantes. Le scellement d’un rapport est bloqué si l’ancrage échoue.
Couches de protection
- SHA-256 à l’ingestion
- Journal d’audit en ajout seul, chaîné par hash
- Ancrage RFC 3161 par des autorités d’horodatage externes
- Administration des verrous réservée à un compte break-glass
- Surveillance continue de la configuration des verrous
- Seconde copie immuable dans une autre région de l’UE
Ce que contient une capture web
- En-têtes de requête et de réponse
- HTML de la page tel que servi, et DOM rendu
- Archive web de la page
- Captures d’écran de la page entière et de la fenêtre d’affichage
- Chaîne de certificats TLS
- Enregistrements DNS et RDAP
- Entrées de transparence des certificats
- Métadonnées de capture : heures de début et de fin issues d’une horloge synchronisée, opérateur, finalité, catégorie de source
Les captures n’utilisent qu’un accès public ordinaire : aucune connexion, aucun envoi de formulaire, aucun clic au-delà du chargement de la page.
Preuves on-chain
Hash de transaction, hauteur et hash du bloc, horodatage du bloc, transaction brute, transferts décodés et confirmations, avec le logiciel de nœud et la version utilisés. Les éléments restent signalés comme non confirmés tant qu’ils ne sont pas finaux. Le regroupement et les étiquettes sont une analyse dérivée, et non une preuve d’identité à eux seuls.
Ce que contient un paquet d’export
Les paquets sont filigranés par destinataire et remis par téléchargement authentifié ou archive chiffrée. Jamais en pièce jointe d’un e-mail.
- manifest.json
- Chaque fichier avec son chemin, son SHA-256, sa taille, son type de média, son heure d’acquisition et sa catégorie de source
- manifest.json.sig
- Signature détachée du manifeste
- manifest.json.tsr
- Jeton d’horodatage RFC 3161 du manifeste
- audit/
- Événements de conservation et preuves d’inclusion de Merkle
- certs/
- Certificat de signature et chaînes des autorités d’horodatage
- evidence/ · report/
- Artefacts d’origine et rapport scellé avec son fichier de scellement
- VERIFY.md · verify/
- Instructions écrites et vérificateur open source
Vérifiez par vous-même
Avec des outils standard uniquement :
# 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- Recalculez le hash de chaque événement de conservation à partir de ses champs et du hash précédent, et vérifiez les preuves de Merkle par rapport aux racines quotidiennes ancrées.
- Redérivez les preuves on-chain à partir de n’importe quel nœud public ou explorateur.
- Vérifiez un rapport de manière autonome sur app.ichnaro.com/verify — le hash est calculé dans votre navigateur et le fichier n’est pas téléversé.
Cette procédure est rédigée pour pouvoir être examinée par des non-juristes. Les règles de recevabilité et d’authentification diffèrent selon les juridictions et sont examinées avec un conseil pour chacune d’elles.