Provenienza di immagini e video con IA: quando una credenziale C2PA costituisce una prova — e quando no

La provenienza risponde a una domanda circoscritta

Un file visivo può circolare accompagnato da molti segnali: un’etichetta della piattaforma, dati EXIF, una filigrana visibile, una dichiarazione dell’autore o una credenziale di provenienza. Non tutti hanno lo stesso significato né la stessa resistenza alle modifiche successive. Per una redazione, un team di brand, un archivio o un prodotto che integra strumenti generativi, il primo passo consiste nel porre la domanda corretta: quali prove esistono sulla storia dichiarata di questo specifico file?

C2PA è una specifica tecnica per esprimere e verificare informazioni sulla provenienza dei contenuti. In termini pratici, una credenziale può collegare dichiarazioni sulla creazione, modifica o combinazione di risorse a un file e proteggere tali dichiarazioni mediante meccanismi crittografici. Il risultato può aiutare a rilevare se le prove presentate sono intatte e chi le ha firmate, purché il validatore riesca a verificarle e la fiducia nel firmatario sia giustificata.

Questa portata è importante, ma limitata. Una credenziale valida non trasforma automaticamente una scena in un fatto accertato. Non prova neppure che chi figura come autore possieda tutti i diritti necessari, che le persone identificabili abbiano acconsentito all’uso, che un’identità dichiarata sia corretta o che non sia avvenuta una manipolazione esterna alla catena registrata. Si tratta di questioni che richiedono fonti e controlli separati.

Anche l’assenza di una credenziale non consente di concludere che il file sia falso, manipolato o generato dall’IA. Potrebbe mancare perché lo strumento non la emette, perché è stata eliminata durante un’esportazione, perché una piattaforma l’ha separata dal file oppure perché è stato usato un altro formato di provenienza. La decisione editoriale deve rispecchiare sia ciò che le prove permettono di affermare sia ciò che lasciano aperto.

Quattro prove da mantenere separate

Le credenziali firmate sono il tipo di prova più vicino a una catena verificabile di dichiarazioni. Possono includere un emittente, affermazioni sulle azioni eseguite, riferimenti a ingredienti — risorse utilizzate per produrne un’altra — e una firma. La loro utilità dipende dalla disponibilità del file o del manifesto associato, dall’esito soddisfacente della validazione e dalla capacità del destinatario di valutare il firmatario.

I metadati ordinari, quali campi relativi a data, software o fotocamera, sono utili per la catalogazione e per orientare una revisione. Da soli, tuttavia, non offrono lo stesso modello di integrità crittografica e possono andare persi o essere modificati durante la copia, la conversione o la pubblicazione. Devono essere trattati come indizi documentali, non come prova conclusiva dell’origine.

Le filigrane, visibili o rilevabili tramite software, svolgono un’altra funzione. Possono informare o aiutare a identificare il contenuto, ma non dimostrano necessariamente l’intera sequenza di modifica né sostituiscono una verifica dei manifesti. Una filigrana visibile può essere ritagliata; un segnale impercettibile potrebbe non sopravvivere a determinate trasformazioni. Il comportamento effettivo va testato nel flusso scelto.

Infine, una dichiarazione del soggetto che pubblica può essere necessaria per spiegare al pubblico come un contenuto sia stato prodotto o alterato. È una comunicazione attribuibile al responsabile della pubblicazione, non una prova tecnica indipendente. Può essere supportata da registri e credenziali, ma deve essere formulata in modo proporzionato a tali prove.

Come leggere una credenziale senza trasformarla in un sigillo di autenticità

L’audit deve partire dalla risorsa ricevuta, non da una schermata di un’interfaccia. Conservate una copia non modificata e calcolate o registrate un identificatore interno del file prima di aprirlo con strumenti che potrebbero salvarlo nuovamente. Eseguite quindi un validatore C2PA aggiornato e archiviate il risultato insieme alla data, alla versione del validatore e a ogni avvertenza.

Esaminate chi ha emesso o firmato il manifesto e quale livello di fiducia l’organizzazione possa assegnargli. La verifica crittografica e la fiducia organizzativa sono livelli distinti: un manifesto può essere ben formato e avere una firma verificabile, ma il team deve comunque decidere se conosce e accetta l’emittente per l’uso previsto. Se l’identità dell’emittente è mostrata tramite un certificato o un altro identificatore, non trasformatela automaticamente in un’affermazione su proprietà intellettuale o identità civile.

Esaminate le azioni dichiarate. Un’azione può indicare creazione, modifica, esportazione o un’altra operazione del flusso, ma descrive ciò che il manifesto afferma sia avvenuto. Verificate anche gli ingredienti e la loro relazione con la risorsa finale. Il fatto che uno strumento compaia nella catena non prova necessariamente che tutto il contenuto visivo provenga da esso: potrebbe essere stato combinato con fotografie, grafica, clip, audio o altri materiali.

Il rapporto deve distinguere lo stato tecnico dalla decisione d’uso. Registrate, ad esempio, se il manifesto era reperibile, se il contenuto era collegato correttamente, se la firma poteva essere validata, quali affermazioni erano presenti e quali limiti continuavano a valere. Evitate di ridurre il risultato a un’etichetta binaria come «autentico» o «non autentico».

Catena di custodia: conservare più del file finale

La provenienza diventa meno utile quando si tenta di ricostruirla alla fine della catena. Il momento più solido per documentare una risorsa è quello della sua creazione o ricezione. In un flusso di generazione o modifica, è opportuno conservare l’originale fornito dallo strumento, la versione esportata, le eventuali credenziali contenute e la documentazione operativa che collega il file a un incarico o a un’autorizzazione.

Per ogni trasformazione rilevante, create una nuova versione identificabile invece di sostituire silenziosamente l’originale. Annotate lo strumento e la versione impiegati, l’operatore, la data, lo scopo della modifica e il file di input. Se uno strumento compatibile aggiorna la provenienza durante la modifica, convalidate nuovamente il risultato. Se uno strumento non la conserva, il registro interno diventa una prova contestuale particolarmente importante, pur non sostituendo la firma dell’originale.

Non confuse l’archiviazione con la pubblicazione. Il master d’archivio può conservare una credenziale incorporata, mentre un social network, un sistema di gestione dei contenuti o un fornitore video può distribuire una copia ricodificata che ne è priva. La policy deve quindi definire quale copia sia l’oggetto d’archivio, quale copia vedrà il pubblico e quali prove resteranno disponibili per rispondere a richieste successive.

La specifica prevede modi di trasportare i manifesti che non si riducono necessariamente a un singolo blocco di metadati incorporato. Tuttavia, l’organizzazione deve testare la propria combinazione di formati, strumenti e destinazioni. Non è sufficiente presumere che una credenziale sopravviva perché era visibile nell’applicazione di origine.

Dove le prove possono interrompersi, degradarsi o separarsi

Una schermata crea di norma un nuovo file e spesso esclude la credenziale della risorsa originale. Può essere utile come illustrazione di quanto mostrato in un’interfaccia, ma non deve essere presentata come prova della provenienza del file catturato. Quando possibile, richiedete l’originale o un collegamento interno all’oggetto conservato, senza dipendere dall’immagine dello schermo.

La ricodifica video, le conversioni di formato, l’ottimizzazione delle immagini, il ritaglio, la rimozione dei metadati e alcune modifiche possono alterare o eliminare le informazioni necessarie per validare la provenienza. Alcuni strumenti possono emettere una nuova credenziale che rifletta la trasformazione; altri no. L’effetto dipende dall’implementazione, dal formato di input e output e dalle opzioni attivate. Le affermazioni sulla compatibilità devono quindi basarsi su test documentati del flusso specifico.

Occorre inoltre distinguere tra una credenziale eliminata e una credenziale che continua a esistere ma è disaccoppiata dall’oggetto che il pubblico scarica. I manifesti possono essere incorporati, esterni o distribuiti mediante altri meccanismi. Se un’interfaccia mostra un indicatore di provenienza, verificate cosa accade quando il file viene scaricato, condiviso o aperto con un altro validatore. Un’interfaccia non sostituisce l’audit dell’oggetto distribuito.

Quando si rilevano incoerenze — per esempio, una dichiarazione pubblica attribuisce un’immagine a uno strumento, ma il file disponibile non contiene le prove annunciate — non è corretto dedurre automaticamente malafede. Occorre sospendere le conclusioni forti, conservare le copie esaminate e richiedere l’originale, il rapporto di validazione e una spiegazione del flusso.

Protocollo decisionale prima di pubblicare o riutilizzare

Classificate le prove in quattro stati operativi. «Sufficiente» non significa certezza totale: significa che, per una determinata decisione documentata, sono disponibili un originale, un esito di validazione soddisfacente, un emittente valutato e registri complementari su diritti, consenso e contesto, quando pertinenti. Anche in questo stato, la pubblicazione di un’affermazione fattuale richiede una verifica editoriale indipendente.

«Incompleta» significa che esiste qualche segnale utile — per esempio, una credenziale valida nell’originale ma non nella copia di pubblicazione, oppure registri di produzione senza un manifesto verificabile — ma mancano elementi per formulare un’attribuzione ampia. Può essere pubblicabile se il rischio editoriale è basso e la comunicazione si limita a quanto confermato, ma deve restare una nota interna sulle lacune.

«Assente» significa che non sono disponibili né una credenziale né un registro verificabile di provenienza. Non equivale a contenuto ingannevole né a contenuto generato. In questo stato, la decisione dipenderà dal contesto, dalla fiducia nel fornitore, dalle politiche di acquisizione e da altre verifiche. «Contraddittoria» significa che alcuni elementi non coincidono o che non si riesce a spiegare una discontinuità rilevante. Questo stato richiede una revisione umana prima di diffondere un’attribuzione sull’origine o sull’IA.

La classificazione deve essere applicata per versione. Una validazione soddisfacente di un master non si trasferisce automaticamente a un’immagine compressa per il web, a un estratto video, a una traduzione audiovisiva o a una composizione successiva. Collegate ogni decisione a un identificatore di file, non soltanto al nome commerciale del progetto.

Etichette pubbliche: descrivere le prove, non promettere di più

L’etichetta più sicura descrive il processo noto o il limite delle prove. Se esiste una credenziale validata per la versione distribuita e le sue dichiarazioni sono pertinenti, una formulazione possibile è: «Questo file include informazioni di provenienza verificabili sulle azioni dichiarate nella sua creazione e modifica». Se l’organizzazione desidera menzionare l’IA, deve farlo solo quando le prove tecniche e i registri di produzione identificano tale impiego in modo sufficiente.

Quando la credenziale è presente nell’originale ma non ne è stata confermata la conservazione nella copia pubblica, è preferibile: «Il file master conservato dall’organizzazione include informazioni di provenienza verificabili; la disponibilità di tali informazioni può variare a seconda della piattaforma». Questa frase informa senza affermare che lo spettatore possa verificare le stesse prove in tutte le destinazioni.

Evitate frasi come «immagine autentica», «contenuto reale», «senza manipolazioni», «uso dell’IA certificato», «diritti garantiti» o «senza deepfake» basate unicamente su una credenziale. Evitate anche di dire «non generato dall’IA» solo perché non compare una credenziale. Queste formule confondono le prove di provenienza con la verifica dei fatti, l’analisi forense, i diritti o l’assenza di una tecnica.

Nell’Unione europea, gli obblighi di trasparenza per determinati contenuti generati o manipolati dall’IA richiedono un’analisi separata dalla credenziale tecnica. L’orientamento della Commissione europea indica che un contrassegno leggibile dalla macchina non è di per sé sufficiente quando occorre informare le persone. L’applicabilità concreta dipende dal caso, dal ruolo dell’organizzazione, dalle eccezioni e dal calendario normativo; va esaminata con consulenza legale per ciascuna pubblicazione.

Registro interno minimo e revisione dei fornitori

Un registro interno coerente permette di spiegare le decisioni mesi dopo, quando una piattaforma ha già sostituito la copia pubblicata o un fornitore ha modificato il proprio prodotto. Includete un identificatore del file e di ogni versione, la posizione dell’originale inalterato, l’origine della ricezione o della produzione, lo strumento e la versione dichiarati, l’operatore o responsabile, le date rilevanti e lo scopo d’uso. Aggiungete il risultato completo della validazione, il validatore utilizzato e le avvertenze rilevate.

Conservate separatamente le prove di licenza, cessione, autorizzazione contrattuale, consenso delle persone ritratte, restrizioni territoriali e qualsiasi revisione dell’accuratezza fattuale. Se manca un documento o l’organizzazione non ha verificato un punto, il registro deve indicarlo espressamente. Riunire queste categorie sotto un unico stato di «approvato» impedisce di capire cosa sia stato realmente controllato.

Prima di acquistare o integrare uno strumento visivo, richiedete dimostrazioni riproducibili con file di test. Chiedete quali formati supportano le credenziali, come vengono conservate durante generazione, modifica, download e nuovo caricamento, quali dichiarazioni vengono emesse e come si comportano le risorse dopo il passaggio attraverso le effettive destinazioni di pubblicazione. Testate sia casi positivi sia file senza credenziale, con credenziali danneggiate o con trasformazioni successive.

Questa diligenza è particolarmente necessaria quando vengono attribuite capacità a nomi di modelli o prodotti come GPT‑Image‑2.5 Sunburst, Sora 2 Pro, Nano Banana 2 o Veo 3.1. Non si deve affermare che alcuno di essi generi, conservi, aggiorni o elimini credenziali C2PA senza documentazione tecnica verificabile e test sulla versione specifica. I nomi commerciali non sostituiscono una verifica di prodotto, configurazione e data.

Lista di controllo finale

Prima di pubblicare, archiviare, acquisire o riutilizzare una risorsa, verificate di avere identificato la versione esatta; di conservare l’originale disponibile; di avere eseguito la validazione con uno strumento e una versione registrati; di avere letto azioni, ingredienti ed emittente; e di avere annotato le avvertenze. Se una piattaforma fa parte del flusso, esaminate anche la copia consegnata all’utente finale.

Esaminate poi, al di fuori di C2PA, ciò che la credenziale non risolve: licenza e ambito di utilizzo, consenso, protezione dei dati, identità delle persone, accuratezza fattuale, contesto potenzialmente ingannevole e requisiti di divulgazione applicabili. Una policy utile assegna responsabili distinti a queste verifiche, pur coordinandone gli esiti nello stesso fascicolo.

Infine, comunicate solo ciò che potete sostenere. La provenienza funziona meglio come livello di prove tracciabili che come etichetta definitiva. Adottare questa disciplina consente di sfruttare credenziali verificabili senza trasformarne la presenza in una promessa di autenticità totale né la loro assenza in un’accusa infondata.

Continua a esplorare

Correzioni e trasparenza

Se trovi un dato errato o non aggiornato, inviaci la pagina e la fonte da verificare.