DeLLMGuard dificulta que agentes de LLM usem código-fonte verificado de contratos inteligentes para achar exploits
Contratos inteligentes costumam publicar o código-fonte verificado contra o bytecode em produção para gerar confiança, mas isso também dá a agentes LLM um caminho direto para escanear vulnerabilidades e produzir exploits em escala. O DeLLMGuard separa o código-fonte divulgado da execução real espalhando-a por múltiplos endereços de contrato (relações de proxy, delegate e factory), forçando o agente a reconstruir essa topologia antes de analisar vulnerabilidades — o que, em 387 contratos vulneráveis reais, derrubou a taxa de identificação correta da causa-raiz de 23,5% para 6,6%.
A prática de verificar código-fonte de contratos inteligentes contra o bytecode implantado em blockchains públicas nasceu para gerar confiança com usuários e investidores, tornando o contrato auditável por qualquer pessoa. O artigo argumenta que agentes LLM mudam o modelo de ameaça dessa prática: o mesmo código legível por humanos que serve para auditoria voluntária também serve, hoje, para que um agente automatizado escaneie contratos em massa atrás de padrões de vulnerabilidade conhecidos e gere exploits, algo que antes exigia um analista humano por contrato.
O DeLLMGuard responde preservando a divulgação pública do código-fonte (não é uma defesa de 'esconder o código'), mas separando estruturalmente esse código-fonte divulgado da execução real em tempo de execução, distribuindo-a por múltiplos endereços de contrato conectados por relações de proxy, delegate e factory. Isso significa que um agente LLM que analisa apenas o código-fonte publicado precisa primeiro reconstruir essa topologia de contratos relacionados antes de sequer começar a procurar a vulnerabilidade de fato — um passo adicional de reconhecimento que os agentes testados não superam bem. Uma camada de verificação embutida garante que essa transformação preserva a lógica de negócio original (checando relações de deploy, bytecode em runtime, código-fonte e mudanças de estado), então a defesa não compromete a corretude funcional do contrato nem a auditabilidade legítima por humanos autorizados.
Os números da avaliação, feita sobre 387 contratos vulneráveis reais com três agentes LLM diferentes num ambiente derivado do SCONE-bench, são expressivos: a taxa de identificação correta da causa-raiz da vulnerabilidade caiu de 23,5% (baseline com código-fonte exposto) para 6,6% com DeLLMGuard, superando inclusive a linha de base de bytecode fechado no conjunto sem proxy.
A análise de rastreamento mostrou algo tecnicamente interessante: os agentes frequentemente conseguem recuperar os contratos subsequentes na cadeia (ou seja, descobrem a topologia proxy/delegate/factory), mas mesmo assim falham em identificar a vulnerabilidade em si — indicando que a recuperação cross-contract continua sendo o gargalo real para escaneamento automatizado por LLM. Para o ecossistema DeFi, onde exploits automatizados já causam perdas financeiras diretas e rápidas, esse tipo de fricção estrutural contra reconhecimento automatizado é uma mitigação prática enquanto os próprios agentes de ataque não evoluem para superar esse obstáculo.