Guide
Comment lire un paquet de preuves ProofSnap
Un paquet de preuves ProofSnap (version 2026) est un ZIP par page web capturée : evidence.pdf à lire en premier, la capture d'écran et les fichiers de la page, les métadonnées, la chaîne de traçabilité, un manifeste d'empreintes SHA-256 signé en RSA-4096 et horodaté selon l'offre, et des scripts qui permettent à chacun de vérifier que rien n'a été modifié.
Vous avez capturé une page web comme preuve numérique, ou quelqu'un vous a envoyé un ZIP ProofSnap. Ce guide explique chaque fichier qu'il contient, parcourt le document de preuve section par section et montre comment contrôler le paquet et ce qu'il faut remettre à un avocat ou au tribunal.
À ouvrir en premier
evidence.pdf
À remettre
Le ZIP entier, inchangé
À contrôler avec
verify.sh, verify.ps1 ou le Vérificateur
Par Radim Motycka, fondateur et ingénieur principal de ProofSnap, qui a conçu la chaîne de capture, le PDF de preuve et les scripts de vérification présentés dans ce guide. ·
À qui s'adresse ce guide
- Vous avez fait une capture et voulez savoir ce que vous remettez.
- Vous êtes avocat, expert ou magistrat et avez reçu un ZIP ProofSnap.
- Vous devez retrouver rapidement un fait précis : l'heure, l'URL, le serveur, le dépositaire.
Vous faites une capture ? Voir Capturer une page web comme preuve.
Partie 1
Ce que contient le ZIP
Une capture web arrive sous forme d'un ZIP portant un nom comme proofsnap_20261014_153012.zip, formé à partir de la date et de l'heure locales de votre ordinateur au moment où le lien de téléchargement est apparu. Les fichiers se répartissent en quatre groupes. La liste exacte dépend de l'offre et des options activées : deux paquets peuvent donc différer.
- 1Lire.
evidence.pdfest le document à lire : ouvrez-le en premier.provenance_certificate.pdfest une synthèse des contrôles sur une page. La capture d'écran complète se trouve dansscreenshot.jpeg.page.htmlcontient le HTML tel que le navigateur l'a rendu,page.mhtmlest une archive de la page en un seul fichier, telle qu'elle était au moment de la capture, etdomtextcontent.txten contient le texte.images.jsonliste les images de la page, avec l'empreinte SHA-256 de chaque fichier image enregistré dans le paquet. Ces fichiers se trouvent dans le dossierimages/, extraits de l'archive MHTML lorsqu'elle en contient. - 2Consigner.
metadata.jsonest l'enregistrement technique de la page et du navigateur,chain_of_custody.jsonetforensic_log.jsondocumentent qui a capturé quoi, quand et comment, etforensic_log_summary.txtest le journal en texte brut. Voir les parties 9 et 10. - 3Sceller.
manifest.jsonliste les fichiers de la capture avec leurs empreintes,manifest.sigest sa signature RSA-4096 etpublickey.pemla clé pour la vérifier.manifest.json.otsest l'horodatage Bitcoin (OpenTimestamps). Voir la partie 11. - 4Contrôler. Le dossier
verification/contientverify.shpour macOS et Linux,verify.ps1pour Windows et un guide en texte brut. Voir la partie 12.
- 1evidence.pdf
- provenance_certificate.pdf
- screenshot.jpeg
- page.html
- page.mhtml
- domtextcontent.txt
- images.json
- images/
- 001_lampe-face.jpg
- 002_lampe-profil.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
Partie 2
Fichiers présents dans certaines captures seulement
Ces fichiers ne figurent dans le paquet que si l'option était activée ou si les données étaient disponibles. S'il en manque un, rien d'anormal : la capture ne l'incluait simplement pas.
- 1Attestation pour un tribunal américain.
rule_902_certification.pdf, un modèle de déclaration pour les tribunaux fédéraux des États-Unis, prérempli avec les données de la capture. Disponible avec toutes les offres, et ajouté uniquement si l'auteur de la capture a activé l'option correspondante. Toujours en anglais. Voir la partie 13. - 2C2PA Content Credentials.
c2pa.jsonest le fichier annexe du manifeste Content Credentials intégré àscreenshot.jpeg. - 3eIDAS.
manifest.json.tsrest l'horodatage qualifié de l'UE délivré par Disig a.s., prestataire de services de confiance qualifié inscrit sur la liste de confiance de l'UE, eteidas_validation.jsoncontient la chaîne de certificats et les données de révocation nécessaires pour le vérifier hors ligne. - 4Vidéo.
capture_video.webmoucapture_video.mp4, l'enregistrement d'écran de la capture. - 5Mode forensique.
capture.warc(archive réseau),network.har(chaque requête et chaque réponse),resources.jsonavec un dossierresources/des fichiers chargés, etcertificate_details.jsonavec les informations du certificat TLS d'une page HTTPS. Le mode forensique est inclus dans les offres Professional, Enterprise et Company ; voir utiliser le mode forensique.
Une capture en mode Session (multi-onglets) ajoute un dossier tabs/ avec un sous-dossier par onglet visité. Chacun contient sa propre capture d'écran, son HTML, son texte, ses métadonnées, sa chaîne de traçabilité et un PDF plus court, Registre de preuves par onglet. Le fichier evidence.pdf à la racine couvre l'onglet principal et liste toute la session.
| Fichier | Description | Action |
|---|---|---|
| evidence.pdf | Document de preuve | ![]() |
| provenance_certificate.pdf | Certificat de provenance | ![]() |
| 1rule_902_certification.pdf | Attestation pour le tribunal (FRE 902) | ![]() |
| screenshot.jpeg | Capture d'écran | ![]() |
| 2c2pa.json | C2PA Content Credentials | ![]() |
| page.html | Contenu HTML | ![]() |
| page.mhtml | Archive de page MHTML | ![]() |
| domtextcontent.txt | Contenu textuel | ![]() |
| metadata.json | Métadonnées | ![]() |
| forensic_log.json | Journal forensique (ISO 27037) | ![]() |
| chain_of_custody.json | Chaîne de Traçabilité | ![]() |
| manifest.json | Liste des fichiers et hashes | ![]() |
| manifest.sig | Signature du manifeste | ![]() |
| publickey.pem | Clé publique | ![]() |
| manifest.json.ots | OpenTimestamps | ![]() |
| 3manifest.json.tsr | Horodatage qualifié UE (RFC 3161 TSR) | ![]() |
| eidas_validation.json | Données de validation eIDAS (chaîne de certificats, OCSP) | ![]() |
| 4capture_video.webm | Vidéo de la capture | ![]() |
| 5capture.warc | Archive réseau (WARC) | ![]() |
| network.har | Journal réseau (HAR) | ![]() |
| resources.json | Sous-ressources archivées | ![]() |
| certificate_details.json | Détails du certificat TLS | ![]() |
| forensic_log_summary.txt | Résumé du journal forensique | ![]() |
Partie 3
evidence.pdf, page 1 : la synthèse et la capture d'écran
Le document de preuve est rédigé dans la langue de preuve choisie avant la capture, parmi 29 langues. Ses sections sont numérotées de 1 à 15 et les numéros ne changent jamais : un avocat peut donc citer une section du document de preuve par son numéro dans ses conclusions. La page 1 s'ouvre sur l'en-tête et un encadré de synthèse, puis passe directement à la capture d'écran.
- 1Encadré de synthèse. Domaine de la page, Heure de capture en UTC, Dépositaire (l'identifiant du compte du dépositaire et l'adresse IP depuis laquelle il a effectué la capture) et Hash, le SHA-256 de
page.html. Lorsqu'un horodatage qualifié de l'UE a été demandé, une ligne eIDAS indique qu'il s'applique si les fichiers eIDAS figurent dans le paquet. - 21. Capture d'écran de la page. La page elle-même, en premier, car c'est la pièce. Tout ce qui suit vient l'étayer.
- 3La bande bleue. ProofSnap ajoute en haut de la capture d'écran une bande avec l'URL, l'heure UTC, le décalage NTP et l'identifiant de la preuve, présentée comme une annotation ajoutée par ProofSnap, et non comme la barre d'adresse du navigateur. La note sous le nom du fichier le précise et indique que le contenu de la page en dessous n'est pas modifié.
- 4Pied de page sur chaque page. L'outil et sa version, un lien vers getproofsnap.com, l'identifiant complet de la preuve et Page X / Y, pour qu'on ne puisse ni retirer ni intervertir une page d'une copie imprimée sans que cela se voie.

1. Capture d'écran de la page :2
Ci-dessous se trouve une capture visuelle de la page web au moment de la capture.
Fichier de la capture : screenshot.jpeg
La bande bleue en haut de cette image est une annotation ajoutée par le logiciel ProofSnap, et non une capture de la barre d'adresse du navigateur. Elle reprend l'URL de la page capturée, l'heure de capture en UTC et l'identifiant de preuve consignés ailleurs dans ce paquet. ...3
https://boutique.exemple.fr/annonce/4821
2026-10-14T15:30:12Z (UTC) NTP offset +38 ms
ID ps_3f9c2a71-8e4b-4d1a-b6f0-5c27e9a1d304
Lampe de bureau vintage
Annonce n° 4821 · publiée par vendeur_77
120 €
Partie 4
Fin de la capture et synthèse Vérification de la preuve
Une longue page s'étend sur plusieurs pages du PDF. Après la capture d'écran vient une synthèse en termes simples, destinée à un juge ou à un client qui ne lira pas les sections techniques.
- 1Note de troncature. Le PDF affiche le début de la capture d'écran sous son titre et au plus 10 pages supplémentaires. Si la page est plus longue, une note indique combien de pages sont affichées et que l'image complète est
screenshot.jpeg, c'est-à-dire le fichier que couvrent les empreintes et la signature. - 2Vérification de la preuve. Un paragraphe qui dit ce qu'est le document, avec l'URL source et l'heure de capture répétées.
- 3Ce qui a été vérifié. De courtes puces, chacune affichée seulement si l'affirmation vaut pour cette capture. Celle indiquant que la page était en ligne suppose une réponse récente du serveur ; celle relative à l'outil suppose une installation depuis la boutique et un contrôle de l'appareil réussi.
- 4Fondement juridique. Un paragraphe neutre sur les contrôles d'intégrité, qui ne cite aucune loi nationale. Lorsqu'un horodatage qualifié de l'UE a été demandé, un paragraphe supplémentaire sur l'horodatage qualifié suit. Viennent ensuite les liens de vérification.
Capture d'écran tronquée : affiche les 10 premières de 14 pages. La capture d'écran complète est disponible dans le fichier screenshot.jpeg inclus dans le package de preuves.1
Fin de la section Capture d'écran de la page. Remarque : l'image reproduite ci-dessus peut avoir été raccourcie afin de maintenir le présent document à une taille exploitable. La capture d'écran telle qu'elle a été enregistrée est le fichier screenshot.jpeg inclus dans ce dossier de preuves, et c'est ce fichier que couvrent les valeurs de hachage et la signature.
Vérification de la preuve2
Ceci est une preuve numérique vérifiable. ProofSnap a capturé la page ci-dessous à l'heure indiquée ; toute modification ultérieure est détectable. Son authenticité peut être vérifiée de manière indépendante.
URL source : https://boutique.exemple.fr/annonce/4821
Heure : 2026-10-14T15:30:12Z (UTC)
Ce qui a été vérifié3
• La page était réellement en ligne lors de la capture : le serveur a répondu et la connexion était sécurisée (TLS).
• Le contenu est inchangé depuis la capture : protégé par une empreinte cryptographique SHA-256 ; toute modification est détectable.
• Le paquet est protégé contre toute substitution par une signature numérique RSA-4096 : toute modification postérieure à la signature est détectable.
• Capturé avec un outil vérifié et non modifié : l'intégrité de l'extension et de l'appareil a été confirmée.
Les paragraphes ci-dessous décrivent des propriétés techniques et ne constituent pas un avis juridique. ProofSnap ne fournit pas de conseil juridique et ne détermine pas la juridiction ou le tribunal arbitral devant lequel la présente pièce sera produite.4
Fondement juridique : ces propriétés cryptographiques (empreinte SHA-256, signature numérique, horodatage indépendant et chaîne de possession) sont conçues pour appuyer l'authentification des enregistrements électroniques. La recevabilité est appréciée par la juridiction compétente selon les règles de preuve applicables.
Ce résumé vérifie l'intégrité technique de la capture ; il n'évalue pas la véracité du contenu.
Vérifier en ligne : getproofsnap.com/verify/index-fr.html
Vérifier le code source (MIT) : github.com/proofsnap/proofsnap-verify
Partie 5
Sections 2 à 5 : quoi, quand, qui et avec quoi
Ces sections identifient la preuve et les circonstances de la capture.
- 12. Identification de la preuve. ID de la preuve, URL source, titre de la page, horodatage, la référence du dossier, l'examinateur et la note lorsqu'ils ont été saisis, la norme suivie et l'empreinte du HTML de la page.
- 23. Vérification temporelle. L'heure de capture corrigée par NTP, le serveur de temps, le décalage de l'horloge de l'ordinateur et le nombre de sources de temps concordantes.
- 3Contexte de la capture. La page de provenance (Referer), l'agent utilisateur (User-Agent) complet et le système d'exploitation.
- 4Dépositaire et état du navigateur. L'ID du dépositaire, l'adresse IP, le navigateur et le fuseau horaire. L'adresse e-mail du compte n'est pas imprimée ; son empreinte SHA-256 figure dans
chain_of_custody.json. Viennent ensuite, sous forme abrégée, jusqu'à cinq entrées par type de stockage (cookies ou données). Les valeurs dont le nom évoque des jetons ou des sessions sont masquées dans le PDF. L'ensemble complet se trouve dansmetadata.json. - 54. Intégrité de l'appareil et 5. Intégrité de l'extension. Les signes d'un navigateur automatisé ou sans interface (headless), un score d'intégrité, ainsi que l'identité et la version de l'extension qui a réalisé la capture.
2. Identification de la preuve1
ID de la preuve : ps_3f9c2a71-8e4b-4d1a-b6f0-5c27e9a1d304
URL source : https://boutique.exemple.fr/annonce/4821
Titre de la page : Lampe de bureau vintage · Boutique Exemple
Horodatage (UTC) : 2026-10-14T15:30:12Z (UTC)
Affaire / Dossier : RG 26/01234
Examinateur : Claire Martin, experte forensique
Norme : ISO/IEC 27037:2012
Hash HTML de la page (SHA-256) : e5e239560bc125a20ff2ac1fea50915bc198dd4f5b5256ec447a8a71e00132b3
3. Vérification temporelle2
Horodatage NTP (UTC) : 2026-10-14T15:30:12Z (UTC)
Heure de la synchronisation NTP (UTC) : 2026-10-14T15:29:58Z (UTC)
Source NTP : NTP:time.google.com
Décalage temporel : 38 ms
Latence NTP : 61 ms
Vérification croisée : vérifié (3 sur 3 sources concordent, écart max. 41 ms)
Référent : Navigation directe (pas de référent)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
Système d'exploitation : macOS
ID du dépositaire : Xq7LmR2vTn9KpB4sWc1YhZ8dFa634
Identifiant pseudonyme du compte ProofSnap qui a réalisé la capture. L'adresse e-mail du compte n'est pas imprimée dans le présent paquet de preuves ; son empreinte SHA-256 figure dans chain_of_custody.json, de sorte que le dépositaire peut être identifié sur demande.
Adresse IP : 203.0.113.42
Navigateur : Chrome 141
Fuseau horaire : Europe/Paris
Cookies de session :
cookie_consent: accepted
session_id: [SUPPRIMÉ POUR CONFIDENTIALITÉ]
Stockage local :
recently_viewed: ["4821","4790"]
Pour chaque stockage, les 5 premières entrées au plus sont énumérées ; toute valeur de plus de 50 caractères est abrégée et signalée comme telle. Les valeurs dont le nom contient token, auth, jwt, session, key ou secret sont retenues. L'ensemble complet et non tronqué est conservé dans metadata.json ...
4. Intégrité de l'appareil5
Score d'intégrité : 100/100
Statut : réussi
Navigateur headless : Non
WebDriver détecté : Non
Indicateurs d'automatisation : Aucun détecté
5. Intégrité de l'extension
ID de l'extension : mfbhmfinogdedlgaoihbnmbldpabdhao
Version de l'extension : 1.19.5
Version du manifeste : 3
Partie 6
Sections 6 à 11 : fichiers, texte, connexion et domaine
Le corps technique du document. Une section sans données pour cette capture garde son titre avec une courte note indiquant qu'elle est vide, pour que la numérotation reste la même.
- 16. Fichiers du paquet de preuves. Les empreintes SHA-256 des fichiers principaux, et les détails de la vidéo lorsqu'une vidéo a été enregistrée. Le PDF ne peut pas contenir sa propre empreinte ;
manifest.jsonles contient toutes. - 27. Texte de la page. Renvoie à
domtextcontent.txtet avertit que son ordre suit le code source de la page : il doit donc être lu en regard de la capture d'écran. - 38. TLS/SSL. Indique si la connexion était chiffrée par TLS. Le navigateur ne communique à une extension ni la version du protocole, ni l'algorithme de chiffrement, ni le certificat, si bien que ces lignes indiquent Non disponible via l'API du navigateur. Les détails de la connexion et du certificat (protocole, chiffrement, émetteur, sujet, validité, noms alternatifs) ne sont capturés qu'en mode forensique, dans
certificate_details.json. - 49. DNS. Les adresses IP vers lesquelles le domaine a été résolu, contrôlées auprès de deux résolveurs DNS, et le statut DNSSEC.
- 510. En-têtes de réponse HTTP. La réponse du serveur à la requête de la page : code de statut, quand et comment les en-têtes ont été capturés, et les principaux en-têtes.
- 611. WHOIS/RDAP. Le bureau d'enregistrement, les dates d'enregistrement et d'expiration, les serveurs DNS et le titulaire, souvent occulté au titre du RGPD.
6. Fichiers du paquet de preuves1
metadata.json: ea3bd73e2b506e00527232b3ed743c066da83a8e3066f62a71e75eb9b4aa1db6
page.html: e5e239560bc125a20ff2ac1fea50915bc198dd4f5b5256ec447a8a71e00132b3
screenshot.jpeg: 8dccea5217902053b636f0e105c590eb30db4280b8a7a51806110f7ff7b5177e
domtextcontent.txt: 486b9a6fc855abf48847e9639f3c090855c6aafdc22a13b10e3244c37f03d3e0
Seuls les fichiers de preuve principaux sont listés ci-dessus ; le paquet contient d'autres fichiers. Tous les hachages des fichiers de preuve sont répertoriés dans manifest.json et signés cryptographiquement via manifest.sig (RSA-4096 PKCS#1 v1.5). ...
7. Texte de la page2
Le texte de la page acquise est conservé dans le fichier domtextcontent.txt du présent paquet de preuves. Son empreinte SHA-256 figure dans manifest.json et est couverte par la signature du manifest, de sorte que toute modification du texte fait échouer la vérification au regard du manifest signé.
Le fichier contient le texte dans l'ordre où les éléments figurent dans le code source de la page, lequel diffère sur certaines pages de l'ordre d'affichage à l'écran. ...
8. INFORMATIONS DE SÉCURITÉ TLS/SSL3
Protocole : Non disponible via l'API du navigateur
Suite de chiffrement : Non disponible via l'API du navigateur
Détails du certificat :
Émetteur : Non disponible via l'API du navigateur
Remarque : L'API du navigateur n'expose pas les détails complets du certificat. Voir metadata.json pour toutes les données TLS disponibles.
9. Vérification de la résolution DNS4
Nom d'hôte : boutique.exemple.fr
Adresses IP résolues : 198.51.100.17
Vérification : vérifié (2 sur 2 sources concordent)
Validation DNSSEC : Non signé
10. EN-TÊTES DE RÉPONSE HTTP5
URL de la requête : https://boutique.exemple.fr/annonce/4821
Code de statut : 200
Source de capture : navigation_refresh
Capturé le : 2026-10-14T15:30:05Z (UTC)
En-têtes clés de sécurité et serveur :
server: nginx
strict-transport-security: max-age=31536000
last-modified: Tue, 14 Oct 2026 09:12:44 GMT
11. ENREGISTREMENT DU DOMAINE (WHOIS/RDAP)6
Domaine : boutique.exemple.fr
Registraire : Registraire Exemple SAS
Source des données : rdap
Date d'enregistrement : 2019-03-02
Date d'expiration : 2027-03-02
Serveurs DNS : ns1.dns-exemple.fr, ns2.dns-exemple.fr
Titulaire : (occulté au titre du RGPD)
Partie 7
Sections 12 à 15 et pied de page
Le document se termine par les contrôles de contenu facultatifs et les sections formelles.
- 112. Détection de contenu IA et 13. Provenance de l'image. Remplies lorsque ces contrôles ont été exécutés : signaux de génération par IA dans les images de la page, et dates fournies par le serveur pour chaque image. Sinon, les titres restent avec une note indiquant qu'aucune donnée n'était disponible.
- 214. Méthodologie de collecte des données. Commence sur une nouvelle page : l'URL cible, l'heure de collecte, l'environnement et l'identifiant pseudonymisé de l'utilisateur qui a réalisé la capture.
- 315. Avis juridique. Ce qu'est le document et à quoi il peut servir.
- 4Normes et conformité. L'alignement sur les lignes directrices ISO/IEC 27037:2012 sur le traitement des preuves numériques (une norme d'orientation, pas une certification), la ligne sur l'auto-authentification, présente uniquement dans les documents en anglais, et la ligne eIDAS, présente uniquement si un horodatage eIDAS a été demandé. Viennent ensuite les liens de vérification.
- 5Pied de page. Identique sur chaque page, y compris la dernière.
12. Signaux de détection de contenu IA1
Aucune donnée de ce type n'était disponible pour cette capture, cette section est donc vide. Le numéro de section est conservé afin que les renvois figurant ailleurs dans ce document restent valables.
13. PROVENANCE DE L'IMAGE (ANCIENNETÉ DE LA PHOTO)
Aucune donnée de ce type n'était disponible pour cette capture, cette section est donc vide. Le numéro de section est conservé afin que les renvois figurant ailleurs dans ce document restent valables.
14. Spécification de la méthodologie de collecte des données2
La méthodologie de collecte des données est entièrement décrite dans les métadonnées techniques et le manifeste joints, qui font partie intégrante du package de preuves. Les principaux paramètres de collecte sont les suivants :
Source cible (URL) : https://boutique.exemple.fr/annonce/4821
Date et heure de collecte (UTC) : 2026-10-14T15:30:12Z (UTC)
Environnement de collecte (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
Identification de l'utilisateur : La collecte a été effectuée par l'utilisateur avec l'identifiant pseudonyme Xq7LmR2vTn9KpB4sWc1YhZ8dFa63 depuis l'adresse IP 203.0.113.42.
15. Avis juridique :3
Ce document est généré par ProofSnap pour fournir un instantané vérifiable d'une page web à un moment précis. Les signatures numériques et horodatages inclus garantissent l'intégrité et l'authenticité des données capturées. ...
Normes et conformité4
Conforme aux directives ISO/IEC 27037:2012 pour l'identification, la collecte, l'acquisition et la préservation des preuves numériques.
Prend en charge l'authentification autonome des enregistrements électroniques au moyen d'une empreinte SHA-256 et d'un manifeste signé ; la recevabilité est appréciée par la juridiction compétente selon les règles de preuve applicables.
Horodatage électronique qualifié UE eIDAS 910/2014 par un QTSP, lorsque ce paquet contient le fichier manifest.json.tsr.
Vérification indépendante, sans compte ni service ProofSnap :
Vérifier en ligne : getproofsnap.com/verify/index-fr.html
Vérifier le code source (MIT) : github.com/proofsnap/proofsnap-verify
Partie 8
provenance_certificate.pdf : une page, six contrôles
Le certificat de provenance résume la capture sur une seule page, dans la même langue de preuve. Remettez-le à toute personne qui doit prendre connaissance du résultat d'un coup d'œil.
- 1Détails de la capture. ID de la preuve, titre de la page, URL, heure, le SHA-256 de la capture d'écran, le navigateur, la version de l'extension et l'ID du dépositaire.
- 2Intégrité du paquet. Rappelle que toutes les empreintes figurent dans le manifeste signé et qu'il s'agit d'une capture en direct dans le navigateur, pas d'un fichier téléversé.
- 3Contrôles d'intégrité. Détection d'automatisation, heure NTP recoupée auprès de trois sources au plus, DNS auprès de deux résolveurs, et score d'intégrité de l'appareil comparé à son seuil de réussite de 80. L'état indiqué est celui du moment de la capture ; le PDF n'est pas mis à jour ensuite.
- 4Horodatage blockchain. TRANSMIS : l'ancrage Bitcoin est confirmé quelques heures plus tard ; vérifiez-le alors avec le Vérificateur. NON INCLUS avec l'offre Essential, sauf si la capture a été réglée avec un crédit eIDAS SnapPack ou Video SnapPack.
- 5Horodatage qualifié eIDAS. DEMANDÉ ou NON INCLUS. L'horodatage est appliqué après la génération de ce PDF : c'est donc la présence de
manifest.json.tsret deeidas_validation.jsondans le paquet qui le confirme.

CERTIFICAT DE PROVENANCE
Déclaration d'authenticité de la source
2Intégrité du paquet : hachages SHA-256 de tous les fichiers de manifest.json (signé RSA-4096)
Capture en navigateur en direct (pas de téléchargement de fichier)
État au moment de la génération du présent procès-verbal ; le document n'est pas mis à jour par la suite.
écart maximal entre les sources : 41 ms
score d'intégrité 100/100 (seuil de réussite : 80)
Demandé ; appliqué si le paquet contient manifest.json.tsr et eidas_validation.json
Vérifier en ligne : getproofsnap.com/verify/index-fr.html
Vérifier le code source (MIT) : github.com/proofsnap/proofsnap-verify
Partie 9
metadata.json : l'enregistrement technique
Les fichiers JSON restent en anglais quelle que soit la langue de preuve, pour que les outils et les experts puissent les lire. metadata.json contient intégralement tout ce que le PDF résume. Ouvrez-le dans n'importe quel éditeur de texte ou navigateur.
- 1Page. URL, titre, heure de capture, agent utilisateur (User-Agent), page de provenance (Referer) et balises meta de la page.
- 2État du navigateur. Les cookies, le stockage local et le stockage de session de la page tels qu'elle pouvait les lire, en intégralité et sans masquage. Traitez le paquet comme confidentiel.
- 3Connexion. Les informations TLS, dans la mesure où le navigateur les expose.
- 4Requêtes. ID de la preuve, résultats DNS, en-têtes de réponse HTTP et WHOIS. L'étendue de la capture d'écran et les dimensions de la page se trouvent aussi ici.
Partie 10
chain_of_custody.json et forensic_log.json
Ces deux fichiers sont l'enregistrement de la capture elle-même, ce qu'on appelle aussi la chaîne de traçabilité (chain of custody) de la preuve numérique. forensic_log_summary.txt présente le même journal en texte brut pour les lecteurs sans visionneuse JSON.
- 1Preuve. ID de la preuve, heure de capture locale et corrigée par NTP, URL source avec son empreinte, et titre de la page.
- 2Dépositaire. L'ID du dépositaire (user_uid) et le SHA-256 de l'adresse e-mail du compte, pour que l'auteur de la capture puisse être identifié sur demande, sans que l'adresse soit imprimée.
- 3Intégrité. La façon dont l'enregistrement est scellé (
sealed_in_manifest), l'état des horodatages au moment de la constitution du paquet (ots_statusvaut pending lorsque l'horodatage Bitcoin fait partie de la capture, au titre de l'offre ou d'un crédit, car l'ancrage est confirmé quelques heures plus tard, et not_stamped sinon ;eidas_statusvaut requested ou not_requested) et la liste des fichiers. Un bloclegal_contextn'apparaît que si au moins l'un de ses champs, comme une référence de dossier, a été renseigné. - 4Lien vers le journal. L'empreinte de
forensic_log.jsonet la dernière empreinte de sa chaîne. - 5Opérations. Chaque étape de la capture à partir de
capture_init, avec heures, durées et résultats. Lorsqu'une vidéo a été enregistrée, les étapes vidéo suivent la génération du PDF de preuve. Les fichiers de vérification, le modèle de déclaration pour un tribunal américain, la chaîne de traçabilité, le hachage, la signature et la compression viennent après la clôture du journal et sont couverts par le manifeste. - 6Chaîne de hachage. Chaque étape porte l'empreinte de la précédente : supprimer ou modifier une étape rompt la chaîne.
Partie 11
manifest.json, la signature et les horodatages
Le sceau du paquet. Tout le reste est contrôlé par rapport à manifest.json, et le manifeste est contrôlé par rapport à sa signature et à ses horodatages.
- 1En-tête. Version du manifeste, ID de la preuve sous la clé
capture_id, URL source et heure de capture. - 2Fichiers. Les fichiers de la capture avec leur SHA-256, leur SHA-512 et leur taille. Si un seul octet d'un fichier listé change, son empreinte ne correspond plus.
publickey.pemetmanifest.signe sont listés que par leur nom, et les fichiers d'horodatage, créés après le manifeste, n'y figurent pas. - 3Signature et clé.
manifest.sigest une signature RSA-4096 du manifeste etpublickey.pemla clé pour la vérifier. La signature lie entre elles les empreintes des fichiers listés ; la clé est générée pour chaque capture et est fournie dans le ZIP : ce sont donc les horodatages qui fixent le manifeste dans le temps.manifest.json.otsancre l'empreinte du manifeste dans la blockchain Bitcoin et montre qu'il existait au plus tard au moment du bloc d'ancrage ;manifest.json.tsr, le cas échéant, est l'horodatage qualifié.
« A time-stamping service supports assertions of proof that a datum existed before a particular time. » (Un service d'horodatage permet d'appuyer l'affirmation qu'une donnée existait avant un instant donné.)
IETF RFC 3161 (2001), section 1, la norme sur laquelle repose l'horodatage qualifié de manifest.json.tsr
Les deux horodatages couvrent l'empreinte de manifest.json, pas la page elle-même : c'est pourquoi tous les autres fichiers sont contrôlés via le manifeste. Pour vérifier l'ancrage Bitcoin à la main, voir vérifier un fichier OpenTimestamps .ots.
Partie 12
Contrôler le paquet
Deux méthodes. Les scripts s'exécutent sur l'ordinateur du lecteur et ne dépendent en rien de ProofSnap. Le Vérificateur fonctionne dans le panneau latéral ou, sans compte, sur le site de ProofSnap. Chaque étape, avec la sortie complète expliquée, se trouve dans le guide vérifier un paquet de preuves.
- 1Intégrité des fichiers. Décompressez le paquet et lancez
bash verification/verify.sh(macOS, Linux) ouverify.ps1dans PowerShell (Windows). Le script recalcule l'empreinte de chaque fichier listé et la compare au manifeste. - 2Signature. Vérifie
manifest.sigavecpublickey.pem. Cette étape nécessite OpenSSL. - 3Horodatages. Lit le jeton eIDAS s'il est présent et affiche la commande pour un contrôle approfondi de l'ancrage Bitcoin.
- 4Verdict. PASS, FAIL lorsqu'un contrôle a été exécuté et a échoué, ou INCOMPLETE lorsqu'un outil manquait, ce qui n'indique aucun problème dans le paquet.
- 5Vérificateur. Déposez le ZIP et cliquez sur Vérifier le fichier zip.
- 6Résultat. Intégrité : conforme signifie que les fichiers correspondent au manifeste et que le manifeste correspond à sa signature. Afficher la vérification technique liste chaque contrôle.
verify.sh dans le Terminal de macOS, simplifié et abrégé. Le nombre de fichiers est un exemple.
ProofSnap Vérificateur de ConfianceCliquez pour télécharger ou glissez-déposez
Fichier Zip
proofsnap_20261014_153012.zip
Le Vérificateur dans le panneau latéral.
Partie 13
Que remettre à un avocat ou au tribunal
Remettez le ZIP exactement tel qu'il a été téléchargé. Copiez-en les fichiers pour les lire, mais ne modifiez pas, ne réenregistrez pas et ne recompressez pas les originaux. Pour la lecture et l'impression, evidence.pdf est le document ; c'est le ZIP qui le rend vérifiable. Le paquet fournit les éléments d'intégrité et d'horodatage que le tribunal peut contrôler.
- 1Modèle de déclaration pour un tribunal américain. Si l'auteur de la capture a activé Documents judiciaires, le paquet contient un modèle de déclaration d'auto-authentification au titre de la FRE 902(13) et (14). Une personne qualifiée complète et signe une copie, et la règle exige aussi une notification écrite adressée à la partie adverse dans un délai raisonnable avant le procès ou l'audience, ainsi que la mise à sa disposition des fichiers et de l'attestation pour examen. Laissez le modèle intact dans le paquet : modifié, il ne correspondrait plus à son empreinte dans le manifeste. Voir remplir la déclaration pour un tribunal américain.
- 2Téléchargez immédiatement. ProofSnap ne conserve pas de copie : le ZIP téléchargé est donc l'original.
- 3Un ZIP par capture. Conservez-le dans votre dossier et remettez le même ZIP à la partie adverse et au tribunal, pour que chacun puisse effectuer les mêmes contrôles.

Questions fréquentes
Produisez des preuves qu'un tribunal peut vérifier
Installez ProofSnap et capturez votre première page.
Installer ProofSnap, 7 jours d'essaiÉgalement disponible pour Microsoft Edge
Autres guides : Capturer une page web · Vérifier un paquet de preuves · Enregistrer une preuve vidéo · Certifier un fichier
