isGenAI.com

Glossaire

Hard binding : le hash qui lie une signature aux pixels

Un hard binding (liaison stricte) est le hash cryptographique du contenu d’un fichier, à l’exclusion du manifeste lui-même, consigné dans une déclaration C2PA signée, afin qu’un validateur puisse recalculer le hash et prouver que le contenu n’a pas changé depuis la signature du manifeste.

Illustration dessinée par code pour Hard binding

Illustration · Fichier PNG

  1. Signature + IHDR
  2. iTXt XML:com.adobe.xmpdonnée
  3. tEXt parameters
  4. tEXt prompt / workflow
  5. tEXt invokeai_metadata
  6. eXIf
  7. caBX C2PA manifest
  8. IDAT pixels
  9. IEND

Source IA déclarée

Le fichier se déclare lui-même généré par IA.

Le DigitalSourceType IPTC, par exemple trainedAlgorithmicMedia, est lu dans le XMP et affiché avec sa valeur exacte.

Vérifier une image →
Source IA déclarée : où se trouve cet enregistrement dans un fichier PNG, et ce qu’en dit le rapport isGenAI. L’image est une illustration dessinée par code.

Comment cela fonctionne

Une assertion data-hash liste les plages d’octets hachées et leur empreinte ; pour les fichiers au format média de base ISO, une assertion de hash BMFF couvre les boîtes ; pour certains formats, un hash général de boîtes est utilisé. La déclaration référence ces assertions et est signée. Si un seul octet couvert change, le recalcul échoue et le validateur signale une non-concordance de hash : c’est ainsi qu’une modification, un recadrage, une compression ou un réencodage postérieurs à la signature sont détectés. Les octets du manifeste sont exclus pour que le manifeste puisse être inséré après le calcul du hash.

Ce que rapporte isGenAI

Le vérificateur C2PA présente la validation cryptographique séparément de la confiance : une signature valide avec des hashs concordants est intacte ; une signature valide avec des hashs discordants est signalée comme un contenu modifié après signature. Black Forest Labs et d’autres éditeurs préviennent qu’une modification ou une compression après signature produit exactement ce résultat ; une non-concordance indique donc généralement une copie et non une contrefaçon, mais dans tous les cas l’enregistrement ne garantit plus ces pixels.

Strict ou souple

Le hard binding est exact et fragile ; le soft binding est approximatif et durable. Un système de vérification complet utilise les deux, et le rapport d’isGenAI indique lequel a produit chaque résultat.

Pour la vidéo, le hash BMFF peut couvrir le fichier par blocs, ce qui permet à un validateur de vérifier des médias volumineux sans tout hacher d’un coup et d’indiquer quelle partie a changé. Le vérificateur C2PA rapporte les codes de validation des parties en échec.

Comment utiliser ce terme pour vérifier un fichier

  1. Importez le fichier original dans le détecteur d’images IA ou dans l’outil indiqué sur la page.
  2. Repérez le résultat qui utilise ce terme dans la section « How we checked » (comment nous avons vérifié) et lisez le champ source qu’il cite.
  3. Pesez-le selon sa nature : un enregistrement signé, un champ déclaré, un prompt enregistré et une copie correspondante n’ont pas la même force probante.
  4. Gardez à l’esprit que l’absence d’enregistrement ne prouve pas qu’un humain est l’auteur.

Voir le terme dans un vrai rapport

Questions fréquentes

Qu’est-ce qui rompt un hard binding ?

Toute modification du contenu haché : retouche, recadrage, recompression, réencodage ou conversion du fichier après sa signature.

Une liaison rompue signifie-t-elle que l’image est fausse ?

Non. Cela signifie que le contenu a changé après la signature. La signature peut rester valide pour le contenu d’origine, ce que ce fichier n’est plus.

Pourquoi le manifeste est-il exclu du hash ?

Pour que le manifeste signé puisse être écrit dans le fichier après le calcul du hash ; la spécification définit les plages d’exclusion.

Comment isGenAI affiche-t-il le résultat de la liaison ?

Comme l’état de validation cryptographique dans le vérificateur C2PA et le détecteur d’images IA, distinct de la confiance envers le signataire.

Sources

Les définitions suivent les normes publiées citées ci-dessus ; le comportement d’isGenAI décrit est celui du vérificateur déployé en octobre 2026.