O que é C2PA, e por que limpar o EXIF não resolve
As Content Credentials não ficam no EXIF: vivem num contêiner JUMBF separado. Entenda o padrão, o que ele guarda dentro da sua imagem e por que metade das tentativas de remoção falha.
Se você chegou aqui, provavelmente foi porque alguma plataforma marcou a sua imagem e a explicação mencionava C2PA. Vale entender o que é — não pela sigla, mas porque o funcionamento dele explica por que metade das tentativas de resolver não dá certo.
A ideia
C2PA significa Coalition for Content Provenance and Authenticity. É um padrão aberto para responder uma pergunta que ficou difícil: de onde veio esta imagem?
A resposta vem embutida no próprio arquivo, num registro assinado criptograficamente que informa qual programa criou ou editou, quando, e que tipo de ação foi aplicada. A coalizão reúne Adobe, Microsoft, Google, OpenAI, BBC e fabricantes de câmera — não é iniciativa de uma empresa só, e é por isso que pegou.
Onde a credencial mora
Esta é a parte que resolve a confusão prática. Um JPEG tem vários blocos de metadado, e eles não são a mesma coisa:
| Bloco | O que guarda |
|---|---|
| EXIF | Câmera, lente, exposição, data, GPS |
| XMP | Dados da Adobe, direitos, e o campo IPTC DigitalSourceType |
| IPTC | Legenda, crédito, fonte, palavras-chave |
| JUMBF | A credencial C2PA, num segmento APP11 |
A credencial não é EXIF. Vive num contêiner próprio, o JUMBF. Uma ferramenta que anuncia “remove EXIF” pode ser completamente honesta e ainda assim deixar a credencial intacta — ela nunca prometeu tocar naquele bloco.
É a explicação técnica para o que tanta gente vive: limpa o arquivo, publica, e o rótulo aparece de novo.
O que tem dentro de uma credencial
Um arquivo gerado pelo Gemini, lido campo a campo, mostra mais ou menos isto:
| Campo | Valor |
|---|---|
JUMDLabel | c2pa |
Claim_Generator_InfoName | Google C2PA Core Generator Library |
ActionsDescription | Opened by Google Generative AI. |
ActionsDigitalSourceType | …/digitalsourcetype/trainedAlgorithmicMedia |
Signature | assinatura da cadeia de certificação |
Um arquivo assim carrega tipicamente algumas dezenas de blocos. Não é um campo solto: é um documento inteiro sobre a imagem, viajando dentro dela.
O padrão é bom. O problema é outro
Vale ser justo com o C2PA: a ideia é sólida e resolve um problema real de confiança. Poder verificar que uma foto de agência saiu mesmo da câmera que diz ter saído tem valor evidente.
O atrito está em como as ferramentas aplicam o padrão. Como os aplicativos da Adobe gravam a credencial para qualquer uso de recurso generativo, sem distinguir intensidade, uma foto real com um retoque mínimo recebe a mesma marcação de uma imagem inteiramente sintética. O padrão registra o que aconteceu; quem lê é que trata os dois casos como iguais.
Como ver se a sua imagem tem
Em linha de comando, o exiftool mostra: os campos aparecem sob os grupos JUMBF e CBOR. Sem terminal, envie o arquivo ao MetaWipe — a leitura é gratuita, não pede cadastro, e lista cada campo encontrado com explicação do que revela.
Se quiser remover, o MetaWipe apaga o JUMBF junto com EXIF, IPTC e XMP, sem recomprimir a imagem.
Uma nota sobre o que remover significa
Apagar a credencial remove o registro de proveniência. Não muda o que a imagem é, e não é um jeito de fazer conteúdo sintético passar por fotografia — declarar o uso de IA continua sendo obrigação de quem publica, e as plataformas oferecem a marcação manual para isso.
O uso legítimo é o oposto: a fotografia real que foi etiquetada por engano, e cuja credencial descreve mal o que de fato aconteceu.