← Últimos artigos
💻 computer science

A Challenge-Nonce Freshness Gap in Project Veraison's TPM Reference Schemes, Found by Appraising Application-Layer Action Evidence End-to-End

Este artigo apresenta uma validação de ponta a ponta dos esquemas de referência TPM do Projeto Veraison para atestar evidências de ações na camada de aplicação, revelando e corrigindo uma vulnerabilidade crítica de frescor de nonce que anteriormente permitia que citações reproduzidas fossem incorretamente aceitas como válidas.

Autores originais: Anton Sokolov

Publicado 2026-08-05
📖 5 min de leitura🧠 Leitura aprofundada

Autores originais: Anton Sokolov

Artigo original sob licença CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Esta é uma explicação gerada por IA do artigo abaixo. Não foi escrita nem endossada pelos autores. Para precisão técnica, consulte o artigo original. Ler aviso legal completo

O Problema da Testemunha Digital

Imagine que você está tentando resolver um mistério, mas a única pessoa que viu o crime foi o próprio suspeito. Eles lhe entregam uma entrada de diário assinada dizendo: "Eu não roubei o biscoito; eu estava na cozinha assando". Você verifica a assinatura e ela é perfeita. Mas aqui está o detalhe: o suspeito escreveu o diário depois de ter comido o biscoito, e eles têm o poder de reescrever a história da cozinha. No mundo da segurança de computadores, isso é o "hiato de accountability" (responsabilidade). Quando um agente de IA ou um bot de software faz algo importante — como mover dinheiro ou alterar uma configuração do sistema — ele deixa para trás um registro. Mas esse registro é criado pelo próprio software em que estamos tentando confiar. Se o software estiver mentindo, o registro parecerá perfeito, mas a história será uma mentira.

Para corrigir isso, os cientistas usam um truque inteligente chamado Atestação Remota (Remote Attestation). Pense nisso como um tabelião que nunca dorme. Em vez de confiar no diário do suspeito, pedimos a um chip de hardware especial e imutável (chamado TPM) dentro do computador para tirar uma "foto" (snapshot) do que o software está fazendo agora. Este chip assina uma "citação" (um certificado digital) que diz: "Eu vi o software fazer X". Se o software tentar mentir sobre o que aconteceu, a foto não corresponderá à mentira, e o tabelião perceberá. Este artigo trata de conectar o "o que aconteceu" (a ação) com a "foto" (a prova de segurança) para garantir que os agentes de IA não consigam falsificar sua própria história.

A História do Artigo: Pegando a Mentira "Viajante no Tempo"

Este artigo utiliza uma nova ideia chamada Pacote de Evidência de Ação (AEP - Action Evidence Package) e a submete a um teste real e rigoroso. Um AEP é como um recibo digital das ações de uma IA: ele lista o que a IA fez, quem mandou ela fazer e qual foi o resultado. O autor quis ver se conseguiria vincular este recibo ao "snapshot" de hardware para que, se a IA tentasse trocar o resultado (como mudar de "Eu transferi $100" para "Eu transferi $10"), a assinatura do hardware fosse quebrada.

Eles construíram um sistema completo usando um chip de segurança simulado (uma versão de software do TPM) e enviaram seus recibos através de um verificador de segurança real e padronizado chamado Project Veraison. O resultado? Funcionou perfeitamente para pegar mentiras sobre o que aconteceu. Quando eles trocaram o desfecho de uma ação, o sistema corretamente o sinalizou como "Contraindicado" (uma forma elegante de dizer "Não, isso está errado"). Quando tentaram falsificar uma assinatura, o sistema também pegou. Isso provou que o "recibo" e a "foto" estão agora colados firmemente; você não pode mudar a história sem quebrar o selo.

No entanto, o autor encontrou uma porta dos fundos oculta.

Durante os testes do sistema, eles descobriram uma falha importante na forma como o verificador de segurança lidava com a frescura (freshness). No mundo real, se você mostra seu RG a um segurança, ele precisa saber que é o seu RG de hoje, não uma cópia que você fez no ano passado. No mundo digital, isso é feito com um "nonce" — um número aleatório que muda toda vez que você pede uma verificação. É como o segurança perguntar: "Qual é a palavra secreta de hoje?" e você responder corretamente.

O autor descobriu que o esquema de referência do Project Veraison estava pregando uma peça. Ele pedia a palavra secreta e o sistema a ecoava de volta no relatório final, fazendo parecer que ele havia verificado a palavra. Mas, na realidade, o verificador de segurança nunca de fato comparou a palavra secreta no relatório com aquela que ele mesmo pediu! Ele apenas verificou a assinatura e o conteúdo.

A Consequência: Um atacante poderia roubar um "recibo" válido de um dia bom, esperar uma semana e reproduzi-lo (replay). Como o sistema não estava verificando se a palavra secreta correspondia ao dia atual, ele ainda diria: "Sim, isso é bom!", mesmo que o estado atual da IA fosse completamente diferente. Era como um segurança aceitando um documento de identidade de 2015 porque a foto era da mesma pessoa, mesmo que a pessoa tivesse mudado de nome e endereço desde então.

A Correção: O autor não apenas apontou o buraco; ele o corrigiu. Ele fez uma pequena mudança no código (uma linha) para fazer o sistema realmente ler a palavra secreta, e escreveu uma regra simples (uma política) para dizer: "Se a palavra secreta não coincidir com a que acabamos de pedir, rejeite imediatamente". Eles testaram essa correção e mostraram que o exato mesmo recibo "bom", quando reproduzido uma segunda vez, era agora corretamente rejeitado como "Contraindicado".

O Que Isso Significa:
O artigo confirma que podemos vincular com sucesso as ações da IA ao hardware de segurança, mas também nos alerta que mesmo um sistema "perfeito" pode ter pontos cegos. O autor descobriu que o esquema de segurança específico que testaram carecia de uma verificação crucial de "isso está acontecendo agora?". Eles forneceram uma correção funcional que transforma uma mentira reproduzida em uma falha detectada. Embora o teste tenha usado um chip simulado (não um chip físico em um computador real), a lógica da correção aplica-se ao hardware real também. O artigo não afirma ter resolvido toda a segurança de IA, mas conseguiu fechar um loop específico e perigoso que permitia que registros antigos e obsoletos fingissem ser novos e atuais.

Afogado em artigos na sua área?

Receba digests diários dos artigos mais recentes que correspondam às suas palavras-chave de pesquisa — com resumos técnicos, no seu idioma.

Experimentar Digest →