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. ·

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.

  1. 1Lire. evidence.pdf est le document à lire : ouvrez-le en premier. provenance_certificate.pdf est une synthèse des contrôles sur une page. La capture d'écran complète se trouve dans screenshot.jpeg. page.html contient le HTML tel que le navigateur l'a rendu, page.mhtml est une archive de la page en un seul fichier, telle qu'elle était au moment de la capture, et domtextcontent.txt en contient le texte. images.json liste les images de la page, avec l'empreinte SHA-256 de chaque fichier image enregistré dans le paquet. Ces fichiers se trouvent dans le dossier images/, extraits de l'archive MHTML lorsqu'elle en contient.
  2. 2Consigner. metadata.json est l'enregistrement technique de la page et du navigateur, chain_of_custody.json et forensic_log.json documentent qui a capturé quoi, quand et comment, et forensic_log_summary.txt est le journal en texte brut. Voir les parties 9 et 10.
  3. 3Sceller. manifest.json liste les fichiers de la capture avec leurs empreintes, manifest.sig est sa signature RSA-4096 et publickey.pem la clé pour la vérifier. manifest.json.ots est l'horodatage Bitcoin (OpenTimestamps). Voir la partie 11.
  4. 4Contrôler. Le dossier verification/ contient verify.sh pour macOS et Linux, verify.ps1 pour Windows et un guide en texte brut. Voir la partie 12.
Une capture web avec l'offre Professional, ouverte dans le gestionnaire de fichiers. Les noms des fichiers image sont des exemples.

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.

  1. 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.
  2. 2C2PA Content Credentials. c2pa.json est le fichier annexe du manifeste Content Credentials intégré à screenshot.jpeg.
  3. 3eIDAS. manifest.json.tsr est 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, et eidas_validation.json contient la chaîne de certificats et les données de révocation nécessaires pour le vérifier hors ligne.
  4. 4Vidéo. capture_video.webm ou capture_video.mp4, l'enregistrement d'écran de la capture.
  5. 5Mode forensique. capture.warc (archive réseau), network.har (chaque requête et chaque réponse), resources.json avec un dossier resources/ des fichiers chargés, et certificate_details.json avec 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.

Le tableau de téléchargement du panneau latéral après une capture avec toutes les options activées (exemple). Les lignes facultatives sont teintées ici pour les besoins du guide.

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.

  1. 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.
  2. 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.
  3. 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é.
  4. 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
Domaine :boutique.exemple.fr
Heure :2026-10-14T15:30:12Z (UTC)
Dépositaire :Xq7LmR2vTn9KpB4sWc1YhZ8dFa63 (203.0.113.42)
Hash :page.html · SHA-256: e5e239560bc125a20ff2ac1fea50915bc198dd4f5b5256ec447a8a71e00132b3
eIDAS :Demandé ; appliqué si le paquet contient manifest.json.tsr et eidas_validation.json

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

ProofSnapannotation added by software, not the browser address bar

https://boutique.exemple.fr/annonce/4821

2026-10-14T15:30:12Z (UTC) NTP offset +38 ms

ID ps_3f9c2a71-8e4b-4d1a-b6f0-5c27e9a1d304

Boutique Exemple

Lampe de bureau vintage

Annonce n° 4821 · publiée par vendeur_77

120 €

4
Capturé avec ProofSnap v1.19.5 · getproofsnap.comps_3f9c2a71-8e4b-4d1a-b6f0-5c27e9a1d304 · Page 1 / 17
Page 1 simplifiée du fichier evidence.pdf, en-tête par défaut, eIDAS demandé. Les valeurs sont des exemples.

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.

  1. 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.
  2. 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.
  3. 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.
  4. 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

Capturé avec ProofSnap v1.19.5 · getproofsnap.comps_3f9c2a71-8e4b-4d1a-b6f0-5c27e9a1d304 · Page 11 / 17
Page 11 simplifiée du fichier evidence.pdf pour une longue page, sans le paragraphe eIDAS. Le nombre de pages et les valeurs sont des exemples.

Partie 5

Sections 2 à 5 : quoi, quand, qui et avec quoi

Ces sections identifient la preuve et les circonstances de la capture.

  1. 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.
  2. 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.
  3. 3Contexte de la capture. La page de provenance (Referer), l'agent utilisateur (User-Agent) complet et le système d'exploitation.
  4. 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 dans metadata.json.
  5. 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.
Pages 12 et 13 simplifiées du fichier evidence.pdf. Certaines lignes sont abrégées ; les valeurs sont des exemples.

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.

  1. 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.json les contient toutes.
  2. 27. Texte de la page. Renvoie à domtextcontent.txt et avertit que son ordre suit le code source de la page : il doit donc être lu en regard de la capture d'écran.
  3. 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.
  4. 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.
  5. 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.
  6. 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.
Pages 14 et 15 simplifiées du fichier evidence.pdf, capture sans mode forensique. Certaines lignes sont abrégées. Les valeurs sont des exemples.

Partie 7

Sections 12 à 15 et pied de page

Le document se termine par les contrôles de contenu facultatifs et les sections formelles.

  1. 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.
  2. 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.
  3. 315. Avis juridique. Ce qu'est le document et à quoi il peut servir.
  4. 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.
  5. 5Pied de page. Identique sur chaque page, y compris la dernière.
Pages 16 et 17 simplifiées du fichier evidence.pdf, détection d'IA et provenance des images non activées. Les valeurs sont des exemples.

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.

  1. 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.
  2. 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é.
  3. 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.
  4. 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.
  5. 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.tsr et de eidas_validation.json dans le paquet qui le confirme.

CERTIFICAT DE PROVENANCE

Déclaration d'authenticité de la source

1
ID de la preuveps_3f9c2a71-8e4b-4d1a-b6f0-5c27e9a1d304
Titre de pageLampe de bureau vintage · Boutique Exemple
URLhttps://boutique.exemple.fr/annonce/4821
Capturé2026-10-14T15:30:12Z (UTC)
SHA-256 (capture d'écran)8dccea5217902053b636f0e105c590eb30db4280b8a7a51806110f7ff7b5177e
NavigateurChrome 141
ExtensionProofSnap v1.19.5
Capturé parXq7LmR2vTn9KpB4sWc1YhZ8dFa63

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)

3VÉRIFICATIONS D'INTÉGRITÉSTATUT

État au moment de la génération du présent procès-verbal ; le document n'est pas mis à jour par la suite.

Détection d'automatisation / navigateur sans interfaceCONFORME
Vérification de l'heure NTP (3 sources)CONFORME

écart maximal entre les sources : 41 ms

Vérification croisée DNS (2 sources)CONFORME
Score d'intégrité de l'appareilCONFORME

score d'intégrité 100/100 (seuil de réussite : 80)

4
Horodatage blockchainTRANSMIS
5
Horodatage qualifié eIDASDEMANDÉ

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

Capturé avec ProofSnap v1.19.5 · getproofsnap.comps_3f9c2a71-8e4b-4d1a-b6f0-5c27e9a1d304 · Page 1 / 1
provenance_certificate.pdf simplifié, en-tête par défaut, eIDAS demandé. Les valeurs sont des exemples.

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.

  1. 1Page. URL, titre, heure de capture, agent utilisateur (User-Agent), page de provenance (Referer) et balises meta de la page.
  2. 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.
  3. 3Connexion. Les informations TLS, dans la mesure où le navigateur les expose.
  4. 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.
metadata.json dans un éditeur de texte brut, abrégé. Les noms des clés sont réels ; les valeurs sont des exemples.

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.

  1. 1Preuve. ID de la preuve, heure de capture locale et corrigée par NTP, URL source avec son empreinte, et titre de la page.
  2. 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.
  3. 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_status vaut 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_status vaut requested ou not_requested) et la liste des fichiers. Un bloc legal_context n'apparaît que si au moins l'un de ses champs, comme une référence de dossier, a été renseigné.
  4. 4Lien vers le journal. L'empreinte de forensic_log.json et la dernière empreinte de sa chaîne.
  5. 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.
  6. 6Chaîne de hachage. Chaque étape porte l'empreinte de la précédente : supprimer ou modifier une étape rompt la chaîne.
Les deux fichiers dans un éditeur de texte brut, abrégés. Les noms des clés sont réels ; les valeurs sont des exemples.

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.

  1. 1En-tête. Version du manifeste, ID de la preuve sous la clé capture_id, URL source et heure de capture.
  2. 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.pem et manifest.sig ne sont listés que par leur nom, et les fichiers d'horodatage, créés après le manifeste, n'y figurent pas.
  3. 3Signature et clé. manifest.sig est une signature RSA-4096 du manifeste et publickey.pem la 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.ots ancre 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.

manifest.json dans un éditeur de texte brut, abrégé. Les noms des clés sont réels ; les valeurs sont des exemples.

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.

  1. 1Intégrité des fichiers. Décompressez le paquet et lancez bash verification/verify.sh (macOS, Linux) ou verify.ps1 dans PowerShell (Windows). Le script recalcule l'empreinte de chaque fichier listé et la compare au manifeste.
  2. 2Signature. Vérifie manifest.sig avec publickey.pem. Cette étape nécessite OpenSSL.
  3. 3Horodatages. Lit le jeton eIDAS s'il est présent et affiche la commande pour un contrôle approfondi de l'ancrage Bitcoin.
  4. 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.
  5. 5Vérificateur. Déposez le ZIP et cliquez sur Vérifier le fichier zip.
  6. 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.

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.

  1. 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.
  2. 2Téléchargez immédiatement. ProofSnap ne conserve pas de copie : le ZIP téléchargé est donc l'original.
  3. 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.
Panneau latéral : la ligne Documents judiciaires avant une capture, et le téléchargement après.

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

Autres guides : Capturer une page web · Vérifier un paquet de preuves · Enregistrer une preuve vidéo · Certifier un fichier

Installer ProofSnap, 7 jours d'essai