Relie signature, horodatage et preuve électronique

L’idée reçue

« Un hash prouve qui a créé le document et quand. »

Un hash peut aider à vérifier l’intégrité d’un contenu, mais il n’identifie pas à lui seul un signataire et ne fournit pas à lui seul une date opposable.

01Sépare les propriétés recherchées

Intégrité
→ le contenu a-t-il changé ?

Origine / engagement
→ qui a utilisé le mécanisme de signature ?

Identité organisationnelle
→ quel organisme porte le cachet ?

Date et heure
→ quand les données ont-elles été liées à une référence temporelle ?

Conservation
→ peut-on encore valider la preuve plus tard ?

Aucun outil unique ne répond automatiquement à toutes ces questions.

02Distingue les mécanismes

Mécanisme

Apport principal

Limite

Hash

empreinte d’intégrité

pas d’identité ni de date par lui-même

Signature électronique

lien avec un signataire et intégrité selon le mécanisme

la qualité de l’identification et du certificat compte

Cachet électronique

origine organisationnelle selon le mécanisme

ne remplace pas une signature de personne

Horodatage électronique

liaison entre données et date/heure

la confiance dépend du service et de la validation

03Comprends l’horodatage qualifié

Le cadre eIDAS prévoit pour l’horodatage électronique qualifié une présomption concernant l’exactitude de la date et de l’heure indiquées ainsi que l’intégrité des données auxquelles elles sont liées.

Cela ne signifie pas que tout fichier horodaté « gagne automatiquement un procès ». Le contexte, l’identité, la conservation et les autres éléments du dossier restent à apprécier.

04Vérifie la chaîne de confiance

fichier original
empreinte
signature/cachet éventuel
certificat
chaîne de confiance
statut et période de validité
horodatage éventuel
service de confiance concerné
résultat de validation

Pour les services qualifiés eIDAS, les listes de confiance nationales et leur navigateur européen permettent de vérifier le statut déclaré du prestataire et du service.

05Préserve ce qui permet une validation future

Conserver uniquement une capture d’écran « Signature valide » est faible.

Selon le besoin, il faut conserver :

original
signature ou conteneur signé
certificats et informations de validation nécessaires
horodatage
journal de traitement
identité de l'opérateur
politique et procédure applicables

La conservation probatoire doit être définie par l’organisation et son cadre juridique ; ce cours ne remplace pas cette analyse.

06Ne confonds pas preuve technique et conclusion juridique

Hash identique
→ intégrité observée entre deux calculs
≠ auteur prouvé

Signature techniquement valide
→ vérification cryptographique réussie
≠ toutes les conditions juridiques du cas automatiquement satisfaites

Horodatage qualifié valide
→ propriétés prévues par eIDAS
≠ contenu du document nécessairement vrai

07Travaille sur le dossier synthétique

lab=/tmp/soria-bts-data-identity-$USER
bash module6-bts-data-identity-evidence.sh run "$lab"
column -s, -t "$lab/output/evidence-review.csv"

Le lab ne signe aucun document réel, ne contacte aucun prestataire de confiance et ne produit aucune preuve juridique réelle.

Mission

Choisis le mécanisme de preuve

Pour chaque besoin du lab, sélectionne le mécanisme adapté, liste les vérifications nécessaires et écris une phrase de limite qui empêche de surinterpréter le résultat technique.

✓À retenir

Une preuve électronique robuste combine besoin clair, mécanisme adapté, validation, conservation et limites explicites. L’ingénieur décrit ce que la technique démontre réellement sans se substituer à l’appréciation juridique.