SlowMist:Aave v3 Loop Safeモジュールがアクセス制御の脆弱性により攻撃され、114.09 ETHが流出
重要ポイント
- •攻撃者は、Aave v3上のレバレッジドループポジションを自動化するSafeモジュール「FlashLoopAdapter」を悪用し、2つのSafeマルチシグウォレットから約114.09 ETH(約30万5000ドル相当)を盗みました。
- •根本原因は、アダプターのopen()関数とclose()関数における脆弱なアクセス制御で、偽のSafeコントラクトが常に通過できるなりすまし可能なisModuleEnabledチェックに依存していました。
- •攻撃者はMorphoからのWETHフラッシュローンを使い、大きなウォレットの約1,335 WETHの債務を返済して約1,306 weETHの担保を引き出し可能にしました。2つ目のウォレットからはさらに6.4 weETHが失われ、両ウォレットは同一の単一オーナーに所有されていました。
- •Aaveの創設者兼CEOであるStani Kulechovは、攻撃されたコードはプロトコル上に構築されたサードパーティの外部アダプターであり、Aave v3のコアコントラクトには影響がないと述べました。
- •この攻撃は、約2,900 rsETHが関わった9月の攻撃や、SquidRouterModuleの悪用により86のウォレットから約300万ドルが流出した5月の事例を含む、Safeモジュールインシデントの繰り返されるパターンを反映しています。

ブロックチェーンセキュリティ企業SlowMistは、Aave v3のLoop Safeモジュールがアクセス制御の脆弱性を突いた攻撃を受け、2つのSafeマルチシグウォレットから約114.09 ETH(約30万5000ドル)が流出したとして、警報を発しました。Defimon Alertsが10月1日に検知したこの攻撃はFlashLoopAdapterコントラクトを標的とするもので、Aave v3のコアプロトコルには影響が及んでいません。
SlowMist TI Alert @aave v3 Loop Safe Module Loss: ~114.09 ETH Root Cause: FlashLoopAdapter's open()/close() access control only checks ISafe(msg.sender).isModuleEnabled(address(this)), which is spoofable via a fake Safe that always returns true. Its _swap() then… — SlowMist (@SlowMist_Team) October 2, 2026
FlashLoopAdapterは、Aave v3上でレバレッジドループポジションの開閉を自動化するために構築されたSafeモジュールです。これは、ユーザーが担保を繰り返し供給し、それに対して借入を行うことでエクスポージャーを高めるルーピング戦略に関わるものです。Safeモジュールは、自動ポジション管理などのカスタム機能によってマルチシグウォレットの機能を拡張するアドオンコントラクトです。SlowMistによると、攻撃の根本原因はアダプターのopen()関数とclose()関数のアクセス制御にありました。これらの関数は呼び出し元の身元を独立して検証するのではなく、ISafe(msg.sender).isModuleEnabled(address(this))がtrueを返すことだけを確認していました。そのため、攻撃者は常にtrueを返すようにプログラムされた偽のSafeコントラクトをデプロイでき、悪意ある呼び出し元が検証チェックを通過できる状態を作れました。
攻撃者は次に、モジュールの_swap()関数を用しました。この関数は、完全に攻撃者が制御するcalldataとともに、呼び出し元が指定したルーターへのrawコールを実行します。ルーターを被害者のSafeアドレスに、calldataをexecTransactionFromModule — 有効化されたモジュールがトランザクションを実行できるようにするSafeの関数 — に設定することで、攻撃者はアダプター自身の権限を被害者ウォレットに対するリモートコントロールへと変えました。FlashLoopAdapterは両方の標的となったSafeですでにモジュールとして有効化されていたため、結果として生じたコールは問題なく受け入れられました。
この攻撃チェーンは、単に利用可能な残高を引き出すだけにとどまりませんでした。攻撃者はMorphoからWETHのフラッシュローン(同じトランザクション内で返済が必要な無担保ローン)を受け、その資金を使って0xcfedf95a3653a128dfc2e4288758a1a1850d169fと特定された大きなウォレットに属する約1,335 WETHのAave債務を返済しました。債務の返済によりレバレッジポジションの担保が解放され、攻撃者はSafeに約1,306 weETH(リキッドレステーキングトークン)を攻撃者が管理するアドレスへ引き出させました。
2つ目のSafeである0xe3b23e47df7cd85876ac6cb05bdb9d7cd5b28520も、同じ手口でさらに6.4 weETHを失いました。Defimon Alertsは、両方のウォレットが同一の単一オーナーに所有されていたと指摘しています。フラッシュローンを決済し、引き出した担保の一部をWETHに変換した後、攻撃者は約114.1 ETHを保有していました。攻撃者アドレスは0x42c2633438609881cfBAb82414eb9A0c45F9353と特定されており、脆弱なコントラクトは0x16bb8b912da187870c23ec6756bb3fad061283d8に存在します。
Aave v3コアは影響を受けず、過去のSafeモジュールインシデントを想起させる事例に
This is not Aave v3 contract, it's third party external adapter built on top of Aave, zero effect on Aave v3. — Stani (@StaniKulechov) October 2, 2026
このインシデントを受けて、Aaveの創設者兼CEOであるStani Kulechovは投稿の中で、攻撃されたコードはAave v3自体の一部ではなく、プロトコルの上に構築されたサードパーティの外部アダプターであり、コアコントラクトへの影響はゼロであると明確にしました。どのセキュリティ警報でもAave v3の脆弱性は確認されておらず、Aave v3は通常通り運用を続けています。
それでもなお、この攻撃はSafeエコシステムにおける繰り返されるパターンを浮き彫りにしています。モジュールには、標準的なオーナー承認フローを経ることなくウォレットからトランザクションを実行する権限が与られているため、モジュールの認証ロジックにおける単一の欠陥が、その管理下にあるすべての資産を危険にさらす可能性があります。さらに、Safeマルチシグウォレットはプロトコルの財務や管理コントロールを保持するためによく使用されるDeFiインフラの標準的な構成要素であり、有効化された各モジュールのセキュリティは実質的にウォレット自体のセキュリティ境界の一部となります。同様の弱点は9月にも顕在化し、約2,900 rsETHが関わるイーサリアムのSafe攻撃が、有効化されたモジュールに紐づくエグゼキューターコントラクトの不十分な認可チェックに起因すると判明しました。5月には、攻撃者がSquidRouterModuleを悪用して86のウォレットから約300万ドルを流出させ、別の事例として、Gnosis PayのZodiac遅延モジュールに脆弱性が見つかった後、ユーザーに資金の引き出しが呼びかけられました。