2026-11-04 · Fonte：Unite AI p4
A pesquisa de 22 de outubro da Anthropic, construída com a Theorem, aponta para um fluxo em que bugs encontrados por IA são entregues com prova matemática de correção — e não apenas mais um teste bem-sucedido.
239 pontos de entrada de testes de fuzz — cada um agora respaldado por uma prova formal verificada por máquina. Essa é a afirmação principal da pesquisa que a Anthropic publicou em 22 de outubro de 2026, descrevendo um trabalho em que Claude produziu provas de propriedades de segurança para código extraído de 123 bibliotecas de código aberto.
O esforço foi uma colaboração com a Theorem, e seu escopo é incomum: as provas operam no nível do código assembly RISC-V, a camada onde os bugs de segurança de memória de fato vivem. Segundo a Anthropic, Claude não parou em encontrar defeitos. O modelo corrigiu os bugs que descobriu e, em seguida, produziu provas de que os programas reparados sempre terminarão normalmente — sem disparar erro de segurança de memória ou asserção falha — para toda entrada abaixo de 64 MB e toda condição Linux modelada.
A distinção entre teste e prova é onde reside a importância. Um teste de fuzz exercita um programa com muitas entradas e reporta o que por acaso encontrar; ele jamais pode dizer o que o programa faz com entradas que nunca tentou. Uma prova verificada por máquina, em contraste, é conferida mecanicamente contra uma especificação formal, cobrindo todo o espaço de entradas que a especificação descreve — aqui, todas as entradas abaixo do limite de 64 MB e o ambiente Linux modelado. Se a afirmação vale como enunciada, cada um dos 239 pontos de entrada carrega uma garantia mais forte do que qualquer volume de teste aleatório poderia fornecer.
Trabalhar no nível de assembly eleva ainda mais a régua. Raciocinar sobre código-fonte pode perder defeitos introduzidos na compilação; provar propriedades no assembly RISC-V significa que a garantia se prende às instruções que um processador realmente executará.
Para os mantenedores das 123 bibliotecas envolvidas, os resultados publicados descrevem um circuito fechado — descoberta, patch e prova verificada dentro de um único fluxo de trabalho. Se esse circuito consegue rodar no ritmo e no custo da manutenção ordinária de software é a pergunta que os números da Anthropic deixam em aberto, e a que decidirá se as provas de segurança verificadas por máquina se tornam rotina e não exceção.
Tags: Anthropic · Claude · Theorem · Formal Verification · Memory Safety · RISC-V
萬安算交所 AIXX · AIXX · Exchange verificado · Ir ao mercado