O recurso está desativado. Por que o atacante ainda consegue alcançá-lo?

A Anthropic usou Claude para mapear código alcançável e mostrou que segurança também é impedir que código desnecessário rode.

Desligar uma feature no config não garante que o caminho correspondente sumiu do binário. Em vários projetos, o código continua compilado, ligado ao fluxo de entrada e executável antes de qualquer checagem de autenticação ou de política. O atacante não precisa de um bug clássico se a superfície que deveria estar fechada ainda responde.

A Anthropic publicou em 20/10 a pesquisa Using Claude to reduce the attack surface of code. Em vez de caçar vulnerabilidades uma a uma, o time pediu ao modelo que inventariasse configurações e traçasse alcançabilidade: o que a entrada externa consegue ativar, em que momento do protocolo e sob quais combinações de flags. Foram 25 projetos open source (mais de cinco milhões de linhas em C, C++, Java, PHP e Python).

Claude listou mais de 17 mil opções de configuração; 3.842 ligadas a controles de segurança. No fim, 493 issues — não necessariamente CVEs, e sim caminhos expostos demais, código que roda antes do login, pares de opções que enfraquecem um controle quando usados juntos.

Nos onze projetos "gated" (os que exigem autenticação), todos tinham código alcançável antes do login na configuração padrão: 93 superfícies pré-auth desnecessárias, 37 pontos em que código executava ou gravava estado antes da autenticação, 61 combinações de config que silenciavam um controle. No OpenSSH — código intensamente auditado —, cerca de 4.500 linhas de parsing de assinatura pós-quântica podiam ser atingidas por um cliente não autenticado, mesmo quando o administrador excluía o algoritmo. Ordem de 16% do código pré-auth do daemon.

A mudança de pergunta importa. Em vez de "quais bugs existem no código exposto?", passa a ser "por que esse código está exposto?". Reduzir a superfície não elimina a necessidade de achar e corrigir defeitos; reduz o que o atacante consegue tocar enquanto o defeito ainda não foi encontrado. Para times que já usam agentes em revisão e geração de código, o mesmo raciocínio se aplica ao que o agente herda e ao que a aplicação expõe: feature desligada no painel não é feature inacessível no binário se o caminho continua compilado e alcançável.

Quem só conta com "desativei no config" e com o scanner de padrões conhecido deixa no ar exatamente o tipo de caminho que a pesquisa mapeou.

Leia o artigo mais aprofundado clicando abaixo.

Autor da série de livros "Engenharia de Software Assistida por IA" (disponível na Amazon). Aprofunde-se no tema de forma estruturada — supervisão, auditoria e o que o sistema (e o agente) realmente expõe — pode consultar a série "Engenharia de Software Assistida por IA" clicando na imagem abaixo:

Cupom de 30% OFF: LEIA30.
Disponível também no Kindle Unlimited.

Referências

Chris Rohlf - Using Claude to reduce the attack surface of code (Anthropic Research, out 2026) - https://www.anthropic.com/research/attack-surface-reduction