ProvSeal

Anatomie d’un certificat de signature.

Signer un contenu en C2PA demande un certificat et sa clé privée. Survolez les champs pour comprendre ce que le vérificateur contrôle, et ce qui fait la différence entre un test et la confiance publique.

Certificat X.509v3 · signature de contenu
SujetQui signe

L’identité du titulaire : votre organisation, son nom, son pays. C’est ce que le vérificateur affiche comme signataire.

Du média à la décision de confiance

La vérification suit plusieurs contrôles liés. Une signature valide et une chaîne de certificats reconnue sont liées, mais ne constituent pas le même résultat.

  1. 01Asset média

    L’image, la vidéo ou le document observé.

  2. 02Manifeste C2PA

    Actions déclarées, assertions et liaisons au contenu.

  3. 03Certificat de signature

    Le credential associé à la signature du manifeste.

  4. 04Chaîne de certificats

    Les certificats intermédiaires mènent à une ancre de confiance.

  5. 05Politique de confiance

    Le vérificateur décide si cette chaîne est reconnue.

Ce que font réellement les certificats

La couche certificat permet d’attribuer le credential de signature et d’évaluer la confiance sans juger de la véracité du contenu.

Signature

Lier le manifeste

La clé privée signe le manifeste C2PA afin que les modifications pertinentes puissent être détectées lors de la validation.

Contexte d’identité

Présenter le credential

Le certificat fournit des informations sur le credential de signature utilisé pour créer la signature.

Évaluation de la confiance

Construire une chaîne

Le vérificateur tente de relier le certificat de signature à une autorité reconnue par sa politique de confiance.

Un fichier, quatre états clairs

ProvSeal sépare la présence de preuves, la validité cryptographique et la confiance publique au lieu de les réduire à un simple oui ou non.

  • TrustedPreuves C2PA valides et chaîne de certificats reconnue par le contexte de confiance actif.
  • Signé, non reconnuLa signature peut être valide, mais la chaîne de certificats n’est pas reconnue dans le contexte de confiance actuel.
  • InvalideDes preuves C2PA existent, mais un contrôle d’intégrité, de signature ou de validation a échoué.
  • Aucun credentialAucune preuve C2PA n’a été détectée dans l’asset observé.

Inspecter chaque couche séparément

ProvSeal peut présenter le manifeste, la validation de la signature, le certificat de signature et les informations de chaîne dans un rapport détaillé. Son statut résume le résultat observé sans prétendre que le média lui-même est vrai.

Même principe de signature, contexte de confiance différent

Les tests démontrent qu’un workflow peut créer et valider des manifestes. La confiance en production exige un credential adapté et une chaîne reconnue pour l’écosystème cible.

TEST

Certificat de test

Utile pour les démos, le développement et la validation interne. Il ne doit pas être présenté comme un signal de confiance publique.

  • Prototyper le flux de signature
  • Inspecter les manifestes et rapports
  • Prévoir une chaîne de confiance non reconnue
PROD

Certificat de production

Émis et géré pour un contexte de confiance de production. Sa reconnaissance dépend de l’écosystème concerné et de la politique du vérificateur.

  • Protéger les clés de signature de production
  • Maintenir la chaîne de certificats
  • Respecter les exigences de confiance applicables

Erreurs fréquentes

Ce qui empêche le plus souvent d’obtenir le statut Trusted.

  • Signer en production avec un certificat de test
  • Utiliser un certificat TLS pour signer des contenus
  • Laisser la clé privée sur un poste non maîtrisé

Questions
fréquentes.

Des réponses directes sur les certificats et la confiance.

Un certificat valide prouve-t-il que le contenu est vrai ?

Non. Il aide à vérifier qui ou quoi a signé le manifeste et si la structure signée reste intacte.

Pourquoi une signature valide peut-elle être non reconnue ?

La signature cryptographique peut être valide même si sa chaîne de certificats est absente des sources de confiance reconnues du vérificateur.

Une organisation peut-elle utiliser une confiance privée ?

Oui. Un workflow contrôlé peut reconnaître des credentials privés, mais cette décision interne ne doit pas être présentée comme une confiance publique de l’écosystème.

La PKI, sans l’expertise PKI.

Pendant le pilote, nous vous aidons à choisir l’autorité et à brancher votre certificat ou votre HSM.