DeFi ハッキング 事例｜過去の主要事件から学ぶリスク管理と対策

DeFiハッキングとは何か：全体像と被害規模

DeFi（分散型金融）ハッキングとは、スマートコントラクトの脆弱性・運営者の秘密鍵管理の不備・クロスチェーンブリッジの設計欠陥などを突いて、DeFiプロトコルが管理する暗号資産を不正に流出させる攻撃の総称です。中央管理者がいない、あるいは限定的にしかいないというDeFiの特性上、一度資金が流出すると凍結や差し止めが極めて難しく、被害が回復しない事例が少なくありません。

2020年代前半から、DeFiの急成長とともにハッキング被害も急増しました。Ronin Bridge・Poly Network・Wormholeといった数百億円規模の事件が相次ぎ、2025年から2026年にかけてもCetus Protocol・Balancer・Bybit（中央集権型取引所だがDeFi周辺インフラの悪用）など、被害規模と手口の巧妙さは衰えていません。本記事執筆時点（2026年7月）で、2026年に入ってから最初の4か月だけでDeFi関連の被害額が10億ドルを超えたとする分析もあり、DeFiエコシステムの拡大と歩調を合わせるように攻撃も高度化・大規模化しています。

ハッキング事例を振り返る目的は、過去の失敗を懐古することではありません。攻撃パターンには明確な繰り返しがあり、「同じ轍を踏まないための知識」として過去事例を体系的に整理することには実務的な価値があります。本記事では、主要な事件の経緯・攻撃手法・教訓を整理したうえで、ユーザー側が実践できる自衛策と、資産の保管先をどう選ぶかという判断軸まで踏み込んで解説します。

主要なハッキング事例に学ぶ攻撃パターン

以下では、被害額が大きく、かつ攻撃パターンとして学びの多い事件を中心に取り上げます。金額は複数の報道・分析機関の情報を突き合わせたうえで、事件当時のレートに基づく概算です。

Ronin Bridge（2022年3月、約625M（6.25億）ドル）

Axie Infinityを支えるRonin Networkのブリッジが攻撃され、約173,600 ETHと2,550万USDC、合計で約625Mドル相当が流出した事件です。最初の不正送金は2022年3月23日に発生していましたが、発覚したのは6日後の3月29日で、ユーザーがブリッジからの出金ができないと報告したことがきっかけでした。

原因は、ブリッジの承認に必要な9つのバリデータ署名のうち5つを攻撃者が制御下に置いたことです。運営会社Sky Mavisの元従業員が、偽の求人情報を使ったソーシャルエンジニアリング（スピアフィッシング）に引っかかり、内部システムへのアクセス権を奪われたと報じられています。米財務省OFACは、この攻撃を北朝鮮系ハッカー集団ラザログループによるものと認定し、関連するイーサリアムアドレスを制裁対象に指定しました。Sky Mavisは自己資金から約450Mドルを拠出し、被害を受けたユーザーへの補填を実施しています。

学べる教訓: マルチシグの署名者が少数に集中しているブリッジは、単一の人的ミスで資金が流出しうる。プロトコル側のオペレーションセキュリティ（内部関係者への標的型攻撃対策）が、コードの脆弱性と同じくらい重要な防御対象になる。

Poly Network（2021年8月、約611M（6.11億）ドル）

クロスチェーンブリッジPoly Networkが攻撃され、複数チェーンから合計で約611Mドル相当の資産が流出した、当時としては史上最大規模のDeFiハッキング事件です。原因はスマートコントラクトの権限管理の不備で、攻撃者はコントラクトの「キーパー」権限を書き換える形で任意の資産を引き出せる状態を作り出しました。

この事件が特異だったのは、攻撃者が資金の大部分を自主的に返還した点です。Poly Network側は攻撃者を「Mr. White Hat」と呼び、50万ドルのバウンティとチーフセキュリティアドバイザーとしての採用まで提示して交渉した結果、凍結分を除くほぼ全額が最終的に返還されました。

学べる教訓: スマートコントラクトの権限管理（アクセスコントロール）はプロトコル設計における最重要領域の一つ。複数チェーンをまたぐブリッジは資産が一箇所に集約されるため、攻撃者にとっての魅力（攻撃対象としての価値）が大きくなる。

Wormhole（2022年2月、約320M（3.2億）ドル）

SolanaとEthereumを接続するクロスチェーンブリッジWormholeが攻撃され、約120,000 wETH（当時のレートで約320Mドル相当）が不正に発行された事件です。攻撃者はスマートコントラクトの署名検証ロジックの不備を突き、本来必要な担保（ETHのロック）なしにwETHをミントすることに成功しました。

Wormholeのバッキング企業であるJump Cryptoが自己資金でETHを補填したため、エンドユーザー側の資産が最終的に失われることはありませんでした。

学べる教訓: 署名検証ロジックの実装ミスは、監査を経ていても見落とされうる攻撃ベクトルになる。プロトコルの背後にある企業の財務体力が、事故発生後の補償可否を左右する現実的な要因になる。

Nomad Bridge（2022年8月、約190M（1.9億）ドル）

Nomadブリッジが攻撃され、約190Mドル相当の資産が流出した事件です。この事件は「コピーキャット攻撃」として知られています。アップグレード時の初期化ミスにより、本来は個別に検証すべきメッセージの正当性チェックが機能しない状態になっており、最初の攻撃者の手口をオンチェーンで観察した不特定多数のユーザーが同じ手口を模倣し、短時間でブリッジの資金がほぼ全て流出しました。

学べる教訓: スマートコントラクトの脆弱性は、一度オンチェーンで公開されると瞬時に拡散し模倣される。アップグレード後のテスト・検証プロセスの不備は、単独の攻撃者による被害では済まない規模の事故につながりうる。

Euler Finance（2023年3月、約197M（1.97億）ドル）

レンディングプロトコルEuler Financeが、フラッシュローンを組み合わせた複雑な攻撃により約197Mドルの被害を受けた事件です。原因はトークンの donateToReserves 関数と清算ロジックの間に存在した不整合で、攻撃者はこれを悪用して健全な担保ポジションを不正に清算可能な状態に見せかけました。

事件発生から数週間後、Euler Labsは盗まれた資産の10%相当（約19.7Mドル）のバウンティと、情報提供者への100万ドルの報奨金を提示して交渉した結果、攻撃者は謝罪とともにほぼ全額を返還しました。攻撃者が資金の大部分をETHのまま保有していたため、その後のETH価格上昇分を含めて最終的な回収額は当初の被害額を上回る約240Mドルに達したと報じられています。

学べる教訓: フラッシュローンは正当な金融ツールであると同時に、無担保の攻撃資金としても機能しうる。レンディングプロトコルの清算ロジックは、極めて広い攻撃対象領域（アタックサーフェス）を持つ。

Multichain（2023年7月、約126M（1.26億）ドル）

クロスチェーンブリッジMultichain（旧AnySwap）で複数チェーンから合計約126Mドル相当の不審な資金移動が発生し、直後にCEOが中国当局に拘束されていたことが判明した事件です。Multichainのサーバーインフラと秘密鍵の管理がCEO個人のクラウドアカウントに依存していたため、本人の拘束によってチームの他のメンバーですらシステムにアクセスできなくなり、運営は事実上停止に追い込まれました。

学べる教訓: 秘密鍵やインフラ管理が特定個人に集中している運営体制は、技術的な脆弱性がなくても単一障害点になりうる。地政学的リスク（運営者の所在国の規制・司法リスク）が、プロトコルの存続そのものに直結するケースがある。

Cetus Protocol（2025年5月、約223M（2.23億）ドル）

Suiブロックチェーン上の主要DEXであるCetus Protocolが、2025年5月22日に約223Mドルの被害を受けた事件です。流動性・価格計算に使われていたサードパーティの数学ライブラリに存在した整数オーバーフローの脆弱性を突かれ、攻撃者はフラッシュローンと極端に狭いティックレンジを組み合わせることで、実際には裏付けのない流動性を作り出し資金を引き出しました。攻撃開始から15分足らずで被害が拡大したとされています。

Sui検証者ネットワークの協調とCetusチームの対応により、流出資金のうち約162Mドル相当がSuiチェーン上で凍結・回収され、残りについてもトレジャリーとSui財団からの融資を原資にユーザー補償が実施されました。

学べる教訓: 監査済みの主要プロトコルであっても、外部ライブラリ（依存関係）に潜む脆弱性が被害の起点になりうる。エコシステム全体（バリデータ・財団）が協調して対応できる体制が、被害の実質的な軽減に寄与した事例。

Balancer（2025年11月、約128M（1.28億）ドル）

DEXプロトコルBalancerのV2 Composable Stable Poolsが、2025年11月3日に攻撃を受け、Ethereum・Base・Arbitrumなど複数チェーンから合計約128Mドルが30分足らずで流出した事件です。原因は価格計算処理における丸め誤差（ラウンディングエラー）で、攻撃者は多数の小口スワップを連続実行することでこの誤差を累積させ、プールトークンの価格を実態からかけ離れた水準まで操作しました。

BalancerのTVL（預かり資産総額）は攻撃発覚から2日間で約58%減少したと報じられています。一部のチェーンでは検証者による巻き戻し（ハードフォーク）や関連プロトコルの独自回収努力により、被害額の一部が利用者に払い戻されました。

学べる教訓: 「丸め誤差」のような一見軽微に見える数値処理のバグが、巨額の資金流出につながることがある。同一の脆弱なコードベースを複数チェーンで使い回すプロトコルは、被害が単一チェーンにとどまらず横展開する。

Bybit（2025年2月、約15億ドル）※中央集権型取引所の事例

暗号資産史上最大級の被害額として、中央集権型取引所（CEX）であるBybitの事例にも触れておく必要があります。2025年2月21日、コールドウォレットからホットウォレットへの定例送金作業中に、マルチシグウォレットの署名インターフェースへ不正なJavaScriptが注入され、担当者には正規の取引に見える画面上で、実際には攻撃者が管理するアドレスへの送金が承認される形で約15億ドル相当のイーサリアムが流出しました。FBIは北朝鮮ラザログループ（TraderTraitorとしても知られる）による犯行と断定しています。

この事件はDeFiプロトコル自体のハッキングではありませんが、マルチシグ・スマートコントラクトウォレットのUI（インターフェース）層が攻撃対象になりうることを示した点で、DeFiの秘密鍵・署名リスクと共通する教訓を含みます。

学べる教訓: どれほど堅牢な鍵管理（コールドウォレット・マルチシグ）を実装していても、署名時に表示される情報そのものが改ざんされれば意味をなさない。取引実行前のトランザクション内容のオンチェーン検証（シミュレーション）が防御策として重要性を増している。

CEXの歴史的事例との比較：KuCoin・Mt.Gox

DeFiに限らず、中央集権型取引所（CEX）のハッキングも暗号資産史の重要な教訓です。2020年9月には、CEXのKuCoinがホットウォレットの秘密鍵流出により約285Mドル相当の資産流出を受けましたが、事業者側の対応と業界連携により大部分が最終的に回収されています。また2014年のMt.Gox事件（約85万BTCの消失）は、DeFi登場以前の事件ながら「取引所への預け入れは無リスクではない」という教訓を象徴する事例として今なお引用されます。これらの事例は、資産の保管先を選ぶ際の判断材料として、DeFiの自己保管リスクと合わせて把握しておく価値があります。

攻撃手法の主要パターン

事件ごとに細部は異なりますが、DeFiハッキングの手口は大きく6つのパターンに整理できます。

1. スマートコントラクトの脆弱性

コード自体のロジックミスや権限管理の不備を突く攻撃です。リエントランシー（再入可能性）、整数オーバーフロー・アンダーフロー、アクセス制御の不備などが代表的です。Poly NetworkやCetus Protocolの事例はこの分類に含まれます。

2. フラッシュローン攻撃

無担保の巨額融資を同一トランザクション内で借り入れ、価格操作や流動性操作を行ったうえで即座に返済する攻撃手法です。事前資金なしで数百万ドル規模の攻撃資金を一時的に調達できてしまう点が特徴で、Euler FinanceやCetus Protocolの事例で使われました。

3. オラクル操作攻撃

DeFiプロトコルが参照する価格情報源（オラクル）を一時的に操作し、不正な担保評価・清算・借入を引き起こす攻撃です。流動性の浅いDEXの価格を単独のソースとして利用しているプロトコルほど、狙われやすい傾向があります。

4. 秘密鍵流出・署名インターフェースの改ざん

プロトコル運営者やバリデータの秘密鍵を、ソーシャルエンジニアリング・マルウェア・内部不正で取得する攻撃です。Ronin Bridge、Multichain、そしてDeFiではありませんがBybitの事例がここに含まれます。近年は秘密鍵そのものより、署名時に表示される情報（インターフェース）を改ざんする手口が高度化しています。

5. ブリッジ・クロスチェーン基盤の脆弱性

クロスチェーンブリッジの署名検証・資産ロック・ミントロジックに存在する脆弱性を突く攻撃です。複数チェーンの資産が一箇所に集約される構造上、攻撃者にとっての費用対効果が高くなりやすく、Poly Network・Wormhole・Nomad・Multichainなど、歴代の被害額上位事件の多くがブリッジに集中しています。

6. ガバナンス攻撃・数値処理バグの悪用

ガバナンストークンを大量取得して悪意あるプロポーザルを通す攻撃や、Balancerの事例のような丸め誤差など、コントラクトの数値処理における設計上の隙を突く攻撃です。フラッシュローンと組み合わされることも少なくありません。

DeFi自己保管と取引所預け入れの比較

資産をどこに置くかという判断は、ハッキング対策そのものです。DeFiでの自己保管、海外の中央集権型取引所、国内の規制対象取引所では、リスクの性質が大きく異なります。

項目	DeFi（自己保管・ブリッジ利用）	海外CEX	国内取引所（規制対象）
資産管理の主体	利用者自身（秘密鍵・署名）	取引所（カストディ）	取引所（カストディ、信託保全義務あり）
代表的な被害パターン	スマートコントラクト脆弱性・ブリッジ攻撃	ホットウォレット秘密鍵流出・内部統制不備	過去に流出事例あり、以降は規制強化
法規制・資産保全	規制の枠外が多い	拠点国により大きく異なる	資金決済法に基づく信託保全・分別管理が義務
ハッキング後の補償	プロトコル次第（保険なしも多い）	取引所の財務体力次第	補償スキームが制度上整備されている場合が多い
取り扱い資産の自由度	極めて広い（新興トークンも可）	広い	上場審査を経た銘柄に限定

この比較から分かるのは、DeFiでの自己保管は「自由度と引き換えに自己責任の範囲が広い」選択であり、国内の規制対象取引所への預け入れは「自由度を抑える代わりに制度的なセーフティネットがある」選択だという構造です。どちらが優れているという単純な話ではなく、資産の性質・利用目的に応じて使い分けることが現実的です。

資産を守る手段としての国内取引所預け入れという選択肢

DeFiでの自己保管には、収益機会へのアクセスやカストディを他者に委ねないという明確なメリットがある一方、ここまで見てきた通り、スマートコントラクトの脆弱性やブリッジの欠陥、秘密鍵管理の失敗といったリスクを利用者自身が引き受ける構造になっています。特に、DeFiの知識や監視体制に十分な時間を割けない場合、長期保有を前提とした資産の一部を、国内の規制対象取引所でのカストディ預け入れに振り分けることは、リスク分散の観点から現実的な選択肢の一つです。

国内取引所は資金決済法に基づき、顧客資産の信託保全・分別管理が義務付けられており、DeFiプロトコルのように監査の有無やチーム個人の技術力に依存する保護構造とは異なります。もちろん取引所預け入れにも別種のリスク（取引所自体の経営リスクなど）はありますが、DeFi特有の攻撃パターン（ブリッジ脆弱性・オラクル操作・ガバナンス攻撃）に対しては原理的に無関係になります。

資産全体を単一の保管方法に集中させず、「DeFiでの積極運用に回す部分」と「規制対象取引所で保守的に保有する部分」を分ける、いわば保管先の分散も、ハッキング被害への実践的な備えの一つです。

ユーザー側の自衛策

過去の事例から導ける、個人レベルで実践可能な自衛策を8つの観点で整理します。

1. ハードウェアウォレットの活用

Ledger・Trezorなどのハードウェアウォレットで秘密鍵を物理的に分離します。ブラウザ拡張のホットウォレット（MetaMask単独）とは別の保管層を持つことで、マルウェアによる秘密鍵抜き取りのリスクを大きく減らせます。

2. 無制限承認を避ける

DeFiプロトコルへのトークン承認（approve）は、必要な金額のみを許可する「Exact amount」に限定します。Unlimited approvalのまま放置すると、後日プロトコル側に脆弱性が発見された際の被害が拡大します。

3. 既存承認の定期的な取り消し

revoke.cashなどのツールを使い、過去に与えた承認を確認し、使っていないものを取り消します。月1回程度の確認を習慣化するだけでも、リスクは大きく下がります。

4. ウォレットの用途別分離

大口の長期保有資産は単独のウォレット（できればハードウェアウォレット）に保管し、日常的なDeFi運用は少額を入れた別ウォレットで行います。初めて触るプロトコルやURLに接続する際は、専用のテストウォレットを使うのが安全です。

5. 公式URLの確認とブックマーク

検索結果の広告枠経由でのアクセスは避け、公式URLを直接ブックマークから開く習慣をつけます。DiscordやTelegramで送られてくるURLは、原則として信用しないという運用が安全です。

6. 取引時の署名内容の目視確認

MetaMaskなどでの署名前に、取引内容（送金先アドレス、金額、承認するトークンの種類）を必ず目視で確認します。Bybitの事例が示す通り、インターフェース表示自体が改ざんされるケースもあるため、Tenderlyなどのシミュレータで取引内容を事前検証する方法も有効です。

7. プロトコル選択の基準

以下のような複数の指標を総合的に確認し、単一の指標だけで判断しないことが重要です。

• 監査履歴（できれば複数の監査会社によるレビュー）
• TVL（預かり資産総額）の規模と運用実績年数
• バグバウンティの上限金額
• ガバナンスの分散度（少数のアドレスに権限が集中していないか）
• 過去のハッキング・大型アップグレードの履歴

8. ブリッジ利用の最小化

大口資金のブリッジ移送は必要最小限にとどめます。利用する場合は公式性・運用規模・実績年数の観点で信頼度の高いブリッジに限定し、新興ブリッジへの長期預け入れは避けるのが現実的な運用です。

ブリッジ送金・自動売買（bot）運用時に注意すべきセキュリティ

DeFiのリスクは、資産をロックしたまま保有するケースだけでなく、資産を移動させる場面、そして自動化されたツールに運用を任せる場面でも顕在化します。

ブリッジ経由で海外取引所へ資産を送る際の注意点

Poly Network・Wormhole・Nomad・Multichainの各事例が示す通り、クロスチェーンブリッジは歴代の被害額上位を占める攻撃対象です。海外取引所へ資産を移す際にブリッジを経由する運用は珍しくありませんが、経路選択と送金額の分割はリスク管理の基本です。国内取引所から海外取引所への送金方法や、送金経路ごとの注意点は国内取引所から海外取引所へ送金する方法で具体的な手順を解説しています。

自動売買・bot運用のセキュリティ

DeFiのスマートコントラクトを利用した自動売買・yield戦略のbotは、承認済みのトークン残高を頻繁に動かす性質上、対象コントラクトに脆弱性があった場合の被害拡大速度が速いという特性があります。bot向けにウォレットを分離し、承認範囲を必要最小限に絞ることが、通常のDeFi運用以上に重要になります。自動売買の始め方や運用フローの基本は仮想通貨の自動売買の始め方で解説しています。

AIエージェントに運用判断を任せる形の自動売買にも同様のセキュリティ観点が当てはまります。エージェントが接続するウォレットの権限範囲、利用するプロトコルの選定基準について、実運用を通じた知見はAIエージェントに仮想通貨トレードを任せた実運用の結果と限界にまとめています。実際の自動売買運用実績は運用実績ページで公開しており、戦略選定やリスク管理の実例として参考にできます。

詐欺・フィッシングへの対策

スマートコントラクトの脆弱性を突く「ハッキング」とは別に、ソーシャルエンジニアリング系の詐欺も継続的に発生しています。攻撃対象はコードではなく人間の注意力です。

Discord・Telegramでの偽サポートDM

「公式サポート」を名乗る偽アカウントからのDMが頻繁に送られてきますが、正規の運営チームが個別にDMを送ることは基本的にありません。シードフレーズの入力を求められたり、公式に酷似した偽サイトへ誘導されたりするパターンが多発しています。

偽のAirdrop・請求サイト

「過去の取引履歴に応じてAirdropが受け取れる」と称する偽サイトにウォレットを接続させ、保有資産を一括で抜き取る攻撃です。正規のAirdropは自動的に配布されるか、公式URLからのみ請求できる設計になっているのが一般的です。

偽のウォレットアプリ

アプリストアやブラウザ拡張ストアに偽のウォレットアプリが紛れ込んでおり、初回セットアップ時にシードフレーズを入力させて盗み取る手口が報告されています。公式サイトに掲載されたリンクからのみインストールする習慣を徹底することが対策になります。

緊急時の対応手順

ハッキング被害に遭った、あるいはその疑いがある場合の対応手順を整理します。

1. ウォレット内の残資産を別ウォレットへ即座に移動する: 同じ秘密鍵・シードフレーズが侵害されている可能性があるため、残っている資産を先に避難させます。
2. 使用していた承認を全てrevokeする: 攻撃者が承認済みのトークン枠を悪用するのを防ぎます。
3. ハードウェアウォレットの場合もシードフレーズを再生成する: 新しいウォレットへ資産を移行し、旧ウォレットは使用を停止します。
4. 被害状況を記録する: トランザクションハッシュ、被害額、発生時刻、関連するコントラクトアドレスを控えます。
5. プロトコル運営・取引所へ連絡する: 補償スキームの有無、凍結の可能性を確認します。
6. 税務上の損失処理を検討する: 暗号資産に詳しい税理士へ相談し、適切な処理方法を確認します。

チェックリスト：ハッキング対策の確認事項

• ハードウェアウォレットを大口資産に使っている
• DeFi運用は長期保有用と別のウォレットに分離している
• 無制限承認を避け、必要な金額のみ承認している
• 既存の承認を定期的に確認・取り消ししている
• 公式URLをブックマークから開く運用を徹底している
• DiscordやTelegramの個別DMを信用していない
• プロトコル選択時に監査履歴・TVL・バグバウンティを確認している
• ブリッジ利用を必要最小限に抑えている
• 取引時の署名内容を毎回目視確認している
• 資産の一部を規制対象の国内取引所にも分散している
• 緊急時の対応手順（revoke先・連絡先）を事前に把握している

まとめ：被害事例から学ぶ実践的なリスク管理

DeFiのハッキング事例は、Ronin BridgeからBalancer・Cetus Protocolに至るまで、手口の細部は異なっても「スマートコントラクトの脆弱性」「秘密鍵・署名の管理不備」「ブリッジへの資産集中」という共通パターンに分類できます。ユーザー側で完全に防ぐことは不可能ですが、過去事例から学ぶことで、多くの被害は予防可能であるというのが本記事の結論です。

本記事執筆時点（2026年7月）で、DeFiエコシステムは監査・バグバウンティ・保険プロトコルなど、リスク軽減の仕組みを整備しつつ急速に成熟していますが、新興プロトコルや新型の攻撃手法は今後も発生し続けると見込まれます。中長期的には、量子コンピュータの実用化が現行の暗号方式に与える影響も議論されていますが、本記事執筆時点では現実的な脅威との距離はまだあり、長期保有戦略における考慮要素の一つにとどまります。

自衛の大原則は、「自分が理解できるリスクの範囲内でのみ参加する」「失っても生活に支障のない金額に留める」「複数のセキュリティ層（ウォレット分離・承認管理・保管先の分散）を重ねる」の3点です。DeFiでの自己保管と、規制対象の国内取引所への預け入れを併用し、資産の性質に応じて保管先を使い分けることが、実務的なリスク管理として有効です。投資判断はあくまで自己責任となります。