Pesquisador prova que C2PA no Android aceita assinatura forjada com root

David Buchanan publicou em 25 de agosto demonstração em que imagem gerada por IA passa como foto autêntica do Pixel Camera, e a Google encerrou o reporte como Won't fix (infeasible).

Imagem gerada por IA que verificadores C2PA aceitam como fotografia autêntica do Pixel Camera
David Buchanan (retr0id)

Notícia

Pesquisador de segurança David Buchanan, conhecido online como retr0id, publicou em 25 de agosto de 2026 uma análise técnica que conclui que o C2PA no Android está quebrado de forma que não pode ser corrigida realisticamente com patches de software. O padrão Coalition for Content Provenance and Authenticity promete ajudar redações, plataformas e usuários a distinguir fotos capturadas por câmera de montagens ou saídas de IA, mas apps de câmera compatíveis no Android dependem de Key Attestation e Google Play Integrity para impedir que o aplicativo assine arquivos arbitrários. Buchanan demonstra que root no dispositivo contorna essa barreira sem extrair a chave privada do StrongBox.

Fato confirmado no blog do autor e retomado por veículos independentes: com privilégios de root, um atacante pode pedir ao módulo de segurança hardware que assine qualquer imagem como se viesse do Pixel Camera ou de outro app C2PA. A assinatura permanece criptograficamente válida porque a chave continua dentro do Titan M2 ou equivalente; o que falha é a premissa de que só o app legítimo consegue invocar essa chave. Buchanan publicou imagem gerada por IA que verificadores C2PA aceitam como fotografia real do Pixel Camera, além de vídeo no YouTube que chegou a exibir selo de captura com câmera antes de o Google remover manualmente esse trecho da descrição, segundo atualização do próprio pesquisador em 25 de agosto.

O blog de David Buchanan publicado em 25 de agosto de 2026 descreve keystork, CVE-2026-43499 e a resposta Google Won't fix (infeasible) com bounty de US$ 7.500; o paper eprint.iacr.org/2026/804 analisa formalmente falhas na especificação C2PA 2.2 e no pipeline Pixel 10 Pro, e a Singularity.Kiwi contextualiza o timing com regras de transparência de IA da UE aplicáveis desde 2 de agosto de 2026.

Como o ataque contorna o Pixel Camera

A Google classifica o Pixel Camera como Assurance Level 2, o nível mais alto do programa de conformidade C2PA para apps móveis, status que hoje só existe no Android, conforme a própria empresa destaca em material de marketing de segurança. Buchanan argumenta que atacar a implementação mais rigorosa basta para invalidar a promessa geral de proveniência no ecossistema. Depois de obter root, ele usou a ferramenta keystork, cliente e servidor que impersona apps instalados e invoca operações arbitrárias da API KeyStore enquanto se passa pelo Pixel Camera.

O blog inclui link para script de prova de conceito que assina qualquer JPEG contra o app da Google. Testes declarados pelo autor ocorreram em Pixel 8a e 9a com a ferramenta Root My Pixel, que explora CVE-2026-43499 para root one-click em Pixels totalmente atualizados, exploit que Buchanan afirma estar ativo no mundo real. Alegação do pesquisador, não laudo judicial: qualquer app C2PA no Android que dependa de Key Attestation ou Play Integrity compartilha a mesma fragilidade, inclusive em dispositivos mais baratos que um Pixel.

Resposta da Google e limites do VRP

Buchanan reportou o problema ao programa de recompensas por vulnerabilidades da Google e recebeu resolução Won't fix (infeasible), com bounty de US$ 7.500. A empresa reconheceu valor dos achados, mas classificou ataques de glitching de hardware e side channel como fora de escopo. Buchanan respondeu que o vetor mais óbvio contra C2PA fica fora do VRP, logo o programa não protege implementações Android de forma significativa.

Google alega que corrigir de verdade exigiria reexecutar todo o pipeline de captura e processamento de imagem, incluindo recursos de IA, dentro de enclave seguro com proteção forte de memória, rearchitectura que a empresa considera impraticável enquanto ataques do tipo foto de tela permanecem possíveis. Isso é posição oficial da fabricante, não verificação independente de custo ou prazo. Inferência editorial: a resposta admite que a garantia atual depende de dispositivo nunca comprometido, condição irrealista para jornalismo de investigação ou mercado paralelo de exploits.

Hardware, revogação e paper acadêmico

Além de exploits de software, Buchanan relata root por fault injection de baixo custo, incluindo estratégia descrita em pesquisa anterior com isqueiro modificado para manipular tabelas de página. Samsung aplicou mitigação RKP que bloqueou um caminho em aparelho A07, mas o autor lista alternativas ainda não implementadas. Vulnerabilidades em silício, quando existem, não desaparecem com patch OTA da mesma forma que bugs de userspace.

No mesmo fim de semana, pesquisadores publicaram análise formal em eprint.iacr.org/2026/804 intitulada Verifying Provenance of Digital Media: Security Analysis of C2PA and its Implementation, que examina especificação 2.2, validadores e programa de conformidade, incluindo pipeline C2PA do Pixel 10 Pro listado como produto conforme no nível máximo. O paper conclui que especificação e implementações conformes não atingem metas de segurança declaradas e falham em objetivos essenciais como concordância de timestamp entre gerador e validador. Fonte acadêmica independente do blog de Buchanan, reforçando que crítica não vem só de um único pesquisador.

Buchanan também menciona vulnerabilidade separada de divulgação de chave privada reportada dois dias antes da publicação, aparentemente corrigida pela Google em um dia, e observa que muitas ferramentas de verificação C2PA não checam revogação de certificados. Incerteza prática: não sabemos quantos validadores em produção já exigem CRL ou OCSP em agosto de 2026.

Contexto regulatório e posts anteriores

A União Europeia tornou exigências de transparência de conteúdo gerado por IA aplicáveis em 2 de agosto de 2026, segundo cobertura que contextualiza o timing da divulgação. C2PA é peça central da infraestrutura que fabricantes e plataformas prometem para cumprir rotulagem legível por máquina. Se assinatura de câmera pode ser forjada em Android com root, selo verde em verificador deixa de significar que alguém esteve no local com sensor, apenas que um módulo assinou bytes.

O ImgUtils já acompanhou Content Credentials no Google Photos e marcas invisíveis em geradores de IA. Este episódio ataca camada diferente: credencial que deveria nascer no obturador. Ausência de selo continua ambígua, mas presença de manifesto válido deixa de ser prova forte quando atacante controla software abaixo do app.

O que redações e leitores podem fazer

Verificar C2PA continua útil como triagem, não como sentença. Buchanan sugere que ataques ópticos, como fotografar monitor, persistem mesmo em cenário utópico de enclave perfeito. Para arquivo que você vai circular, guarde original straight-out-of-camera, anote cadeia de custódia e trate verificador online como mais um sinal. Antes de publicar versão derivada para redes que recomprimem upload, vale converter o arquivo em cópia separada só depois de arquivar o master com metadados intactos, porque conversão no ImgUtils não restaura proveniência perdida nem detecta assinatura forjada, mas separa entrega pública do arquivo de auditoria.

Convert no navegador não escreve Content Credentials e não substitui laudo forense; ajuda a evitar reutilizar acidentalmente o mesmo JPEG que você exibiu em verificador C2PA como se fosse prova final em outro canal. Quem recebe imagem viral deve cruzar geolocalização, EXIF residual, consistência de sombra e reputação da fonte.

Impacto além do Pixel e o que falta confirmar

Lista pública de produtos conformes C2PA inclui vários apps Android que citam Android_KeyAttestation ou Google_PlayIntegrity; Buchanan classifica todos os investigados como vulneráveis pelo mesmo mecanismo. Meta Quest 3s e Fire TV stick aparecem em relato lateral de experimentos de glitching, mas foco principal permanece fotografia mobile.

Rumor ou inferência: Apple trabalha em solução proprietária de proveniência citada no blog, sem produto final comparável ao C2PA Pixel até esta data. Google não anunciou patch que impeça keystork em builds futuros; CVE-2026-43499 segue vetor prático segundo o autor, enquanto Meta teria corrigido LPE similar em Quest para anti-cheat antes do patch em Pixels flagship, observação do pesquisador sem confirmação independente da Google.

O que permanece confirmado e o que muda na prática

Confirmado: publicação de Buchanan em 25 de agosto de 2026; existência de keystork e script de assinatura; demonstração de imagem IA verificada como foto de câmera; resposta Google Won't fix (infeasible) com bounty US$ 7.500; paper acadêmico eprint.iacr.org/2026/804 analisando falhas estruturais do C2PA; Pixel Camera no nível Assurance Level 2.

Confirmado como alegação da Google: rearchitectura completa seria necessária para mitigar root; ataques hardware ficam fora do escopo do VRP. Incerto: adoção de checagem de revogação em massa; cronograma de patches para CVE-2026-43499 em Pixels; reação de redações que já exibem selo C2PA em fotos de leitores Android.

Para leitor brasileiro, lição é procedural: Content Credentials ajudam quando ninguém comprometeu o telefone antes do clique, mas selo criptográfico não substitui contexto humano. C2PA no Android sobrevive ao contato com root, e a fabricante do Pixel admite que não pretende consertar isso no desenho atual.

Selo C2PA válido no Android confirma assinatura do StrongBox, não presença física da cena diante da lente no instante do clique.