Um bug de 2015 no XRP Ledger e o fim da auditoria artesanal

Em 22 de setembro de 2026, a Veria Labs reportou à RippleX um overflow aritmético no motor de pagamentos do XRP Ledger. Três dias depois, no dia 25, a RippleX publicou a versão 3.4.1 do xrpld e, naquele mesmo dia, mais de 80% dos validadores da Unique Node List padrão já a executavam. A falha estava no código desde 2015. Segundo o relatório de divulgação noticiado pelo The Block, não há evidência de que tenha sido explorada em uma rede pública.

Cayden Liao, cofundador de segurança da Veria, afirma que foi um agente de IA que encontrou a falha e construiu o exploit funcional. Pelos cálculos dele, uma única transação podia criar cerca de 18 trilhões de XRP: 184 vezes o fornecimento total da rede, fixado em 100 bilhões no lançamento e decrescente à medida que taxas são queimadas. A Ripple pagou a recompensa máxima do seu programa, US$ 250 mil.

O mecanismo: dois bugs leves que juntos valem uma rede

O motor de pagamentos do XRPL permite que um pagamento consuma várias ofertas do livro de ordens de uma só vez. A soma dessas ofertas não tinha verificação de overflow: um total suficientemente grande dava a volta e virava um número pequeno. O ataque descrito no relatório consistia em abrir algumas centenas de contas, fazer cada uma listar uma fração minúscula de um token em troca de uma quantidade enorme de XRP e, depois, fechar todas essas vendas com um único pagamento. Cada carteira vendedora recebia o valor integral; o comprador pagava «apenas algumas centenas de drops mais a taxa».

A peça que transforma um erro contábil em uma falha sistêmica é a segunda: a verificação que a rede executa justamente para impedir a criação de XRP novo somava os saldos com o mesmo defeito. O guardião tinha o mesmo buraco que a porta. Como escreveu Liao, «suspeitamos que uma das razões pelas quais ninguém detectou essa vulnerabilidade é que ela encadeia dois bugs que, separadamente, seriam de severidade baixa».

É aí que está o dado interessante, e não nos 18 trilhões. Uma década de auditorias humanas, de revisores da Ripple e de terceiros, passou por cima daquele código sem enxergá-lo, porque cada metade do problema era individualmente entediante. A revisão humana funciona por módulos e por hipóteses: audita-se o motor de pagamentos, audita-se a verificação de emissão, e raramente se modela o estado conjunto dos dois sob entradas que nenhum operador racional geraria. O próprio relatório sublinha isso: «O ataque não podia ser disparado por acidente. Exigia centenas de ofertas com preços que nenhum trader real usaria». E é exatamente isso que um agente que explora o espaço de estados sem custo de tédio faz.

A assimetria que ninguém reajustou

O programa de recompensas do XRP Ledger tem teto de US$ 250 mil. É um valor alto para o padrão do setor e ridículo diante do que estava em jogo. As estimativas que circularam colocam o valor nocional do XRP cunhável na casa dos US$ 94 bilhões, o que deixa uma proporção de aproximadamente 1 para 376.000 entre o que recebe quem reporta e o que poderia capturar quem não reporta.

Esse número nocional merece um asterisco grande, e voltarei a ele. Mas o problema estrutural não depende de o valor exato ser esse. Os programas de bug bounty foram desenhados quando encontrar uma falha crítica em uma cadeia em produção era um ato artesanal, escasso e lento: meses de trabalho de um especialista que, ainda por cima, tinha poucos compradores alternativos. O preço refletia a escassez da oferta, não o valor do ativo protegido. A IA acabou de deslocar a curva de oferta: o custo marginal de rodar um agente sobre uma base de código de uma década tende a zero, e o mesmo agente está disponível para quem quiser vendê-lo em outro mercado.

Que esse outro mercado existe e liquida bem é o que as últimas semanas demonstram. A Ledger confirmou um implante de hardware não autorizado em pelo menos um dispositivo distribuído pelo revendedor CryptoBilis, com perdas estimadas por investigadores on-chain entre US$ 86 milhões e US$ 93 milhões em mais de 300 carteiras. Em julho de 2026, uma falha no firmware de geração de seeds da Coldcard permitiu drenar entre US$ 100 milhões e US$ 130 milhões em bitcoin. São operações que exigem logística física ou cadeias de suprimento comprometidas e, ainda assim, rendem duas ordens de magnitude mais do que a recompensa máxima da maior parte dos programas de divulgação. Um exploit remoto, reproduzível e sem contato físico rende mais.

A conclusão operacional é incômoda: se o custo de descobrir cai para todos ao mesmo tempo, o único instrumento que resta para orientar o achado em direção à divulgação responsável é o preço. E o preço continua ancorado na economia de 2019.

O patch que pulou a governança

No XRP Ledger, mudanças de regras normalmente passam por um processo de emenda: uma proposta precisa do apoio de mais de 80% dos validadores confiáveis sustentado por duas semanas. Esta correção, não. Entrou em vigor servidor a servidor, conforme cada operador atualizava, e o relatório reconhece que é a primeira vez em mais de dez anos de emendas que isso acontece. Além disso, o código-fonte da 3.4.1 foi publicado cerca de duas semanas depois dos binários. Justin Bons, da Cyber Capital, resumiu sem rodeios: «O XRP esteve rodando código fechado nas últimas duas semanas».

A resposta da engenheira da RippleX Mayukha Vadari é o argumento mais relevante de toda a história: «A IA mudou as coisas. Você não consegue enfiar o patch de um bug crítico em um processo de publicação pública rotineiro, ele será detectado e submetido a engenharia reversa imediatamente». J. Ayo Akinyele, responsável de engenharia, anunciou que vão ampliar a busca de falhas assistida por IA e a verificação formal. A defesa do patch de emergência virou debate público dentro do ecossistema.

Vadari tem razão no diagnóstico técnico, e é por isso que o problema é pior do que parece. Durante quinze anos, o código aberto operou com uma janela implícita entre a publicação do patch e a exploração em massa: o tempo que um atacante humano levava para ler um diff e entender o que ele consertava. Essa janela se fechou. Se qualquer agente pode comparar duas versões e reconstruir o exploit em minutos, a divulgação coordenada clássica deixa de funcionar e a alternativa é o que a RippleX fez: binários primeiro, fonte depois, e atualização de fato sem votação.

O que isso revela não é uma conspiração, e sim uma capacidade. Alguém conseguiu mover mais de 80% dos validadores da UNL padrão em setenta e duas horas, sem passar pelo mecanismo de governança desenhado para esse fim. Essa capacidade é um ativo de segurança valiosíssimo — sem ela, a falha teria ficado exposta por semanas — e, simultaneamente, o vetor de risco mais concreto de toda a rede. É a pergunta que deveria ocupar quem está escrevendo regras sobre tokenização de valores mobiliários e commodities: não quantos nós existem, mas quem pode mudar as regras de liquidação em três dias e sob qual supervisão. Em uma rede que aspira a liquidar ativos do mundo real, o poder de patch emergencial é, funcionalmente, uma faculdade de intervenção. Ninguém a registrou como tal.

O que desmentiria esta leitura

Várias coisas, e convém dizê-las. Primeira: os US$ 94 bilhões são nocionais, não realizáveis. Cunhar 18 trilhões de XRP destrói o preço do XRP no mesmo bloco; o valor extraível real seria uma fração muito pequena dessa cifra, limitada pela liquidez de saída nas exchanges e pela probabilidade altíssima de uma reversão social da cadeia. A assimetria de 1 para 376.000 é retoricamente potente e economicamente imprecisa. O que continua verdadeiro é que o dano reputacional seria terminal mesmo que o atacante não levasse nada.

Segunda: «foi uma IA que encontrou» é uma afirmação difícil de verificar e comercialmente útil para uma startup de segurança. Não sabemos quanta direção humana houve no prompt, na seleção do módulo ou na construção do exploit. É plausível que o agente tenha sido o acelerador de uma intuição humana prévia, o que é uma manchete bem menos vendável.

Terceira: a concentração de validadores do XRPL não é uma revelação. É uma propriedade conhecida e criticada há anos. O patch de emergência não a cria, apenas a torna visível em um momento em que a pergunta passa a ser regulatória.

E quarta: falta ver a taxa de falsos positivos. Um agente que aponta duzentos achados dos quais um é real desloca custo para o time de engenharia, não o reduz. O caso XRPL é, por ora, uma observação, não uma série estatística.

A defesa está sendo redesenhada na camada errada

Enquanto isso, a conversa dominante sobre IA e segurança cripto vai por outro caminho. Justin Drake, da Ethereum Foundation, alertou que a matemática impulsionada por IA poderia quebrar as assinaturas ECDSA antes dos computadores quânticos, «no pior caso em meses, não em anos», e Vitalik Buterin disse achar «plausível» que isso ocorra em dois anos. A Zakura, que constrói um full node de Zcash, espera opcodes de assinatura pós-quântica em janeiro, com assinaturas baseadas em hash (WOTS) para os pagamentos transparentes, rotação de endereços após cada transação e private information retrieval na carteira Vizor para que o servidor não consiga vincular endereços do mesmo usuário.

É trabalho sério e necessário. Mas repare no descompasso: a indústria está redesenhando a camada criptográfica contra um adversário com poder computacional massivo, enquanto a camada de execução — o código que decide quanto se paga a quem — continua sendo C++ de 2015 auditado por humanos. No XRP Ledger não foi preciso quebrar nenhuma curva elíptica. Foi preciso um inteiro que deu a volta. O adversário com IA não vai começar pela matemática dura: vai começar pelos dez milhões de linhas de lógica de negócio acumuladas na última década, onde o custo de procurar é hoje quase nulo e a recompensa por encontrar é a mesma de sempre.

O que fazer com isso se você constrói ou investe

Se você tem um protocolo em produção com código anterior a 2022, assuma que há achados pendentes e que alguém vai encontrá-los este ano, com ou sem a sua permissão. Três decisões concretas:

• Indexe o teto da recompensa ao valor em risco, não ao orçamento de segurança. Um teto fixo de US$ 250 mil em uma rede que custodia bilhões é um sinal de preço que empurra o descobridor para o outro mercado. Escalas percentuais com piso e teto alto são defensáveis diante de um conselho; um número redondo herdado de 2019 não é.
• Escreva agora a política de divulgação para um mundo sem janela de patch. A sequência binários-primeiro-fonte-depois deixa de ser uma infração ao espírito do código aberto e passa a ser uma decisão operacional que precisa ser justificada com antecedência, e não a posteriori e sob fogo. Documente o limiar que ativa o procedimento de emergência e quem o declara.
• Para o investidor: pergunte quem tem a chave do patch. No due diligence de qualquer rede que aspire a liquidar ativos tokenizados, o tempo de atualização emergencial e a lista de quem pode coordená-la valem mais do que o número de validadores. Se ninguém consegue mover 80% da rede em setenta e duas horas, a próxima falha crítica fica aberta por semanas. Se alguém consegue, essa pessoa ou empresa é um risco de concentração que ainda não aparece em nenhum memorando.