ガバナンス攻撃と一般的なスマートコントラクトハッキングの本質的な違いはどこにあるか？
最も根本的な違いは攻撃対象にある。スマートコントラクトハッキングはコード内のロジックの欠陥（リエントランシー攻撃や整数オーバーフローなど）を利用するもので、本質的には「ルールが回避される」ものである。一方、ガバナンス攻撃が利用するのは、プロトコル自身が権限管理のために設計した投票メカニズムそのものであり、攻撃者はコードの脆弱性を見つける必要すらなく、ルールが許す範囲内で提案を通すのに十分な投票権を取得すればよい。
これこそが、Yearnが今回のTerm事件後に「この攻撃ベクトルは標準的なYearn金庫の設定には該当しない」とわざわざ説明した理由である——脆弱性は根本的な金庫コードにあったのではなく、Termが独自に上乗せしたガバナンスラッパー層にあったからだ。読者にとってこれが意味するのは、「このプロトコルは監査を受けているか」だけを見るのでは不十分だということだ。監査は通常コントラクトのロジック自体に焦点を当てており、ガバナンス構造の権限設計が妥当かどうかまでは必ずしもカバーしていない。
なぜTerm Vaultsのような7日間のタイムロックとLP拒否権を備えたプロトコルでも突破されてしまうのか？
タイムロックや拒否権といったメカニズムの有効性は、2つの前提の上に成り立っている。第一に、預金者がタイムロック期間中に提案が悪意あるものだと識別できること。第二に、拒否権メカニズム自体に迂回できる経路が存在しないことである。Termは現時点で、攻撃者が実際に「マネージャー」役割と「ガバナー」役割のどちらの権限を使用したのか、また拒否権メカニズムがなぜ阻止に失敗したのかを公表しておらず、これは問題が2番目の前提、つまりガバナンス構造内に拒否権を機能不全にする何らかの設計上の欠陥があった可能性を示唆している。預金者が異常を発見するのに間に合わなかったという単純な話ではなさそうだ。
3月のMoonwellの事例と比較すると、同プロトコルの緊急マルチシグ「Break Glass Guardian」は提案が実行される前に介入し、攻撃者の権限を取り消すことに成功した。両者の結果を分けた鍵は、緊急対応メカニズムが攻撃対象となった投票プロセスから本当に独立して機能しているかどうかにあるのかもしれない。
攻撃者がTornado Cash経由でわずか2 ETHから始めたという資金調達パターンは何を意味するのか？
ミキシングツールで少額の元手を得てから段階的に操作を進めるのは、DeFi攻撃者の間でよく見られる資金の匿名化手法である——目的はオンチェーンアドレスと現実世界の身元、あるいは資金の出所との追跡可能性を断ち切ることにある。これが、PeckShieldが攻撃者の単一アドレスと資金の流れを追跡できた一方で、攻撃者の実際の身元をそれ以上特定できなかった理由でもある。
注目すべきは、今回の攻撃の元手が極めて少額（2 ETH）だったにもかかわらず、最終的に850万ドルの損失を引き起こした点だ。この不均衡なレバレッジ比率こそ、ガバナンス攻撃を他の攻撃手法と区別する特徴である——攻撃用コントラクトを展開したり大量のトークンを購入したりする（Beanstalkのようにフラッシュローンを使う）ための大規模な資金投入は不要で、ガバナンス構造内の論理的な隙間さえ見つければ、少額の元手を巨額の利益へと変換できてしまう。
現在「金庫」や「戦略」を謳うDeFi商品に資金を預けている場合、このニュースを読んだ後に何をすべきか？
第一のステップは、その金庫のガバナンス文書（通常はプロトコルの開発者ドキュメントやガバナンスページに記載）を確認し、いくつかの点をチェックすることだ。リスクパラメータや戦略配分を調整する権限を誰が持っているか、提案の可決基準は投票数なのかトークン保有比率なのか、タイムロックの日数はどれくらいか、拒否権メカニズムはLPが能動的に投票する仕組みなのか、それとも通常の投票プロセスから独立した緊急マルチシグによる介入なのか。
第二のステップは、こうした金庫商品のTVL集中度に注意することだ。今回のTerm Vaultsの損失は、金庫の全チェーン合計TVLの約68%に相当しており、この金庫自体の規模が比較的小さく、資金の集中度が高かったことを示している——何か問題が起きた際の影響は増幅されやすい。対照的に、TVL規模が大きく、ガバナンスの実績が長く、実際にガバナンス攻防を経験したことのあるプロトコルは、そのガバナンス機構が少なくとも実地でテストされたものであり、単なる設計図上のものではないことを示唆している。
2026年8月23日、Ethereum上の固定金利レンディングプロトコルTerm Financeが提供する金庫商品Term Vaultsが攻撃を受け、約850万ドルが流出した。このガバナンス攻撃で注目すべきは金額ではなく、スマートコントラクトの脆弱性が一切利用されなかった点にある——攻撃者が悪用したのは、預金者の資金を守るために設計されたはずのガバナンス機構そのものだった。
ブロックチェーンセキュリティ企業PeckShieldとCertiKのオンチェーン分析によると、攻撃者はミキシングツールTornado Cashから得たわずか2 ETHを元手に、最終的に約2,843 ETH（約690万ドル相当）と168万USDCをTerm Vaultsから引き出した。USDCはその後約168万DAIに交換された。これらの金庫はYearn V3アーキテクチャ上に構築されたERC-4626トークン化金庫であり、Term自身の固定金利レンディング市場と他の変動金利レンディングプロトコルの間で資金を配分している。Yearnは攻撃後にX上で、今回の攻撃はTermが金庫の外側に独自に構築したガバナンスラッパーを標的にしたものであり、標準的なYearn金庫の導入には影響しないと説明した。
Term Vaultsのガバナンス設計は、書面上はかなり堅牢に見える。オークションなど日常業務を担う「マネージャー」役割と、リスクパラメータ、プロトコル設定、緊急機能を管理する「ガバナー」役割が分離されており、金庫の流動性提供者（LP）はDAOメンバーとして、7日間のタイムロック期間中に保留中の取引に対して拒否権を行使できる——拒否が成立すれば、その取引は実行前に無効化される。この設計は本来、預金者が不審な提案を発見し、集団で阻止するための十分な猶予時間を提供するはずだった。しかしTermは、攻撃者が実際にどの役割の権限を使用したのか、またなぜタイムロックとLP拒否権が実行を防げなかったのかについて、現時点では公表しておらず、損失規模のみが確認されている段階で、詳細な調査結果は今後の発表待ちとなっている。
DefiLlamaのデータによると、攻撃前のTerm Vaultsの総預かり資産（TVL）は約1,245万ドルで、うち約880万ドルがEthereumチェーン上にあった。今回の約855万ドルの損失は、金庫商品の全チェーン合計TVLの約68%に相当し、Ethereumチェーン上の金庫資金をほぼ全て消し去った計算になる。金庫以外のレンディング業務を含むTerm Finance全体のプロトコルは、事発前の総TVLが約2,580万ドル、アクティブな貸付ポジションが約379万ドルあり、こちらは今回の影響を受けていない。Termにとってこれが初めてのセキュリティ事故ではない。2025年4月には、tETH市場でのオラクル設定ミスにより誤った清算が発生し、約160万ドルの損失を出した。当時チームは「これはハッキングではなく、スマートコントラクトは一切利用されておらず、ユーザー資金が直接狙われたわけでもない」と強調し、100万ドル超の不足分を協議のトレジャリーから補填した。今回はまったく性質が異なる——外部の攻撃者がガバナンス機構の抜け穴を意図的に突いた事案である。
低コストでガバナンス権限を奪い、プロトコルの資金を空にする手法は、DeFi業界において長い歴史を持つ攻撃パターンである。今年3月、Moonwellも同様の手口に見舞われた。攻撃者はわずか約1,800ドルで4,000万枚のMFAMトークンを取得し、トークン購入、提案の提出、定足数の通過までを約11分で完了させた。もし実行されていれば、7つのレンディング市場、コントローラー契約、価格オラクルの管理権限が奪われ、約108万ドルが危険にさらされるところだった。Moonwellの緊急拒否権メカニズムである「Break Glass Guardian」マルチシグが実行前に間に合い、攻撃者のアクセス権を取り消したことで、実際の損失は回避された。さらに遡ると、2022年のBeanstalkフラッシュローン・ガバナンス攻撃は約1億8,200万ドルの損失を出しており、この手口による被害としては今なお最大級の事例の一つとなっている。これらの事例に共通するのは、ガバナンス機構自体はコードの脆弱性を一切必要とせず、十分短い時間内に十分な投票権を集めさえすれば、プロトコルは「合法的に」攻撃者に資金を引き渡してしまうという点である。
「金庫」や「戦略」を謳うDeFiプロトコルに資金を預ける場合、APYと監査レポートを確認するだけでは不十分だ——ガバナンス権限が何層に分かれているか、誰がリスクパラメータを変更できるか、タイムロック中の拒否権メカニズムがデフォルトで有効なのか、それとも能動的な投票が必要なのかを理解しておく必要がある。Termの教訓は、7日間のタイムロックとLP拒否権という書面上の二重の防護があったとしても、その下にあるガバナンス構造自体に迂回できる経路が存在すれば、防護は事実上機能しないということだ。次に金庫商品を比較する際には、こう問うとよい——このプロトコルでガバナンス提案を通過させるには、実際どれだけの投票権が必要なのか。拒否権メカニズムは設計図上だけでなく、実際にテストされたことがあるのか。