Exploit na Ajna v2 drena US$ 775 mil sem atacar um oráculo de preços

Em 29 de agosto de 2026, a Ajna v2 sofreu um exploit que teria drenado aproximadamente US$ 775 mil de sete pools de empréstimos na Ethereum. O ataque não dependeu da corrupção de uma fonte externa de preços. Segundo os relatos disponíveis, o alvo foi o sistema interno de contabilidade de liquidações da Ajna — a mesma estrutura usada pelo protocolo para calcular colateral, dívida e condições de liquidação. 1311

As evidências públicas permitem identificar a classe do ataque e os pools afetados, mas ainda não apresentam uma reconstrução forense definitiva, transação por transação, de todas as mudanças de estado. Por isso, qualquer descrição da sequência exata usada pelo invasor deve ser tratada como provisória até a publicação de uma análise completa.

O que aconteceu no exploit da Ajna v2?

O ataque atingiu os pools syrupUSDC, wstETH, rETH, cbETH, WBTC, WETH/USDC e sDAI. As perdas agregadas foram estimadas em cerca de US$ 775 mil; uma apuração posterior calculou o total em aproximadamente US$ 775,4 mil. O pool syrupUSDC teria registrado a maior perda individual, de cerca de US$ 173,7 mil. 1913

A Ajna informou que investigava movimentações anormais de recursos e orientou os usuários a:

• retirar os fundos em tokens de cotação;
• quitar os empréstimos pendentes; e
• interromper qualquer interação com o protocolo. 111435

O alerta refletia o risco imediato de que novas operações pudessem interagir com as condições contábeis que estavam sob investigação.

O alvo foi a contabilidade de liquidações, não um oráculo de preços

A arquitetura da Ajna foi concebida para não depender de oráculos externos. Em vez de usar um serviço como o Chainlink para definir os preços dos ativos usados como garantia, o protocolo utiliza a atividade dos próprios pools e sua contabilidade baseada em buckets — faixas internas que organizam dívida, colateral e liquidez. 333

No processo normal de liquidação, dívida e colateral são removidos dos buckets, alterando métricas internas como o Lowest Utilized Price (LUP), ou menor preço utilizado. Os empréstimos são avaliados com base em variáveis como o Threshold Price (TP), o Neutral Price (NP) e o LUP do pool. 3437

Essa arquitetura elimina uma superfície conhecida de ataques em DeFi, mas não elimina a necessidade de uma contabilidade econômica confiável. Os relatos sobre o incidente de 29 de agosto afirmam que o invasor manipulou esse caminho interno de liquidação, fazendo com que o tratamento de colateral, dívida e preços de liquidação deixasse de representar adequadamente a cobertura econômica dos pools. 1311

A principal ressalva é que os relatos disponíveis descrevem o exploit em alto nível. Eles ainda não verificam de forma independente a sequência completa de depósitos, empréstimos, liquidações, reembolsos e saques que levou à perda final. Assim, é mais preciso dizer que o invasor parece ter explorado a contabilidade interna de liquidações, em vez de apresentar uma narrativa transacional não confirmada como fato definitivo.

Por que “sem oráculo” não significa “à prova de ataques”

O caso evidencia uma distinção importante:

Eliminar fontes externas de preço remove o risco de oráculo, mas não elimina o risco de precificação.

A Ajna concentrou premissas essenciais em sua própria estrutura de mercado e em suas regras de liquidação. Se essas regras permitem que um invasor altere ou explore a representação interna de colateral, dívida ou preços de liquidação, o resultado econômico pode se assemelhar ao de um ataque a oráculo — mesmo que nenhum provedor terceirizado tenha sido manipulado. 111

Essa é uma lição mais ampla para protocolos de empréstimo em DeFi. As auditorias de segurança precisam avaliar não apenas vulnerabilidades de código e dependências externas, mas também se o estado contábil do protocolo continua correspondendo ao valor econômico real diante de combinações incomuns de empréstimos, liquidações e pagamentos.

A imutabilidade dificultou a resposta de emergência

A Ajna v2 foi descrita como imutável: sem órgão de governança, caminho de atualização, chave administrativa ou mecanismo centralizado capaz de interromper os contratos afetados. 9

Esse desenho limita intervenções discricionárias e reduz alguns riscos associados a governança e atualizações. Ao mesmo tempo, cria um importante dilema operacional: quando o mecanismo implantado apresenta uma falha, a equipe pode não conseguir pausar ou corrigir o protocolo enquanto o ataque está em andamento.

A empresa de monitoramento Defimon Alerts afirmou ter detectado um ataque preparado mais de uma hora antes da primeira transação de exploit e ter avisado a Ajna pelo canal do projeto no Discord. A empresa também disse que a equipe não reagiu. Essa é uma declaração da Defimon, e não uma conclusão confirmada de forma independente; portanto, o horário e a resposta devem permanecer qualificados até que surjam novas evidências. 816

O que o caso revela sobre o risco em DeFi

O exploit da Ajna foi relativamente pequeno quando comparado aos maiores roubos de criptomoedas. Ainda assim, o episódio mostra por que a frequência dos incidentes e o desenho dos protocolos importam tanto quanto o valor nominal perdido.

A TRM Labs registrou 207 hacks e exploits de criptomoedas no primeiro semestre de 2026, o maior total em qualquer período de seis meses de sua base de dados. Os exploits de contratos inteligentes responderam por cerca de 125 incidentes. 1829

Separadamente, o The Defiant contabilizou aproximadamente 70 exploits de DeFi e US$ 746 milhões em perdas no segundo trimestre de 2026. Os diferentes levantamentos usam critérios de inclusão distintos, portanto os números não devem ser comparados diretamente. Em conjunto, porém, eles apontam para um ambiente de ameaças intenso para os protocolos de finanças descentralizadas. 23

O caso Ajna acrescenta um alerta específico: uma arquitetura pode evitar oráculos externos e ainda depender de uma engrenagem econômica interna crítica. Um desenho sem oráculo, a imutabilidade e a descentralização podem reduzir alguns riscos enquanto ampliam outros — especialmente quando não existe um controle de emergência disponível depois que a contabilidade começa a apresentar comportamento anormal.