まずよく使う入り口を紹介しておきます。Binance公式サイト、Binance公式アプリ、iOSインストールガイド。フラッシュローン攻撃とは、「単一のトランザクション内で大口資金を借り入れ、同じトランザクション内で必ず返済する」という DeFi のプリミティブであるフラッシュローン（Flash Loan）を利用した攻撃です。典型的な流れは、攻撃者が数千万から数億ドルの資金を借り入れ、価格オラクルを操作するかコントラクトの脆弱性を悪用して利益を得た後、元本を返済するというものです。2025年末時点で、フラッシュローン攻撃による DeFi プロトコルの累計損失額は12億ドルを超えています（データ出典：SlowMist / Rekt News）。
フラッシュローンとは、Aave、dYdX、Equalizer などのプロトコルが提供する「無担保の大口融資」です。融資のルールは極めてシンプルです。同一のブロックチェーントランザクション内で借り入れと返済を行い、返済されなければトランザクションはロールバックされます。この特性により、借り手は一切の担保なしに数千万ドルもの資金を動かせるようになりますが、同時に攻撃者にとっての「コストゼロの武器」にもなります。
フラッシュローン攻撃の標準的な流れは以下の通りです。
フラッシュローン自体は脆弱性ではありません。脆弱性は攻撃を受けたプロトコル側にあります。フラッシュローンは、従来の市場では数億ドルの資本が必要だった「価格操作」の敷居をほぼゼロに下げただけであり、コントラクトのロジックを理解している攻撃者であれば誰でも試せるようにしてしまうのです。
初のフラッシュローン攻撃。攻撃者は dYdX から1万 ETH を借り入れ、Uniswap で sUSD/ETH の価格を操作し、bZx から担保不足の融資を引き出して約35万ドルの利益を得ました。金額は小さいものの、「フラッシュローン攻撃」の時代を開いた事件です。
攻撃者は Curve の y Pool を使って USDC の価格を操作し、Harvest の fUSDC プールに安値で預けてから高値で引き出すことで利益を得ました。Harvest は当時トップクラスの「イールドファーミング」プロトコルでした。この攻撃により、TVL は1週間で10億ドルから3億ドルまで急減しました。
Cream では、Yearn プロトコルが攻撃された翌日にフラッシュローン攻撃が発生しました。攻撃者は yUSDVault の価格を操作し、単一のトランザクションで Cream から超過資金を借り出しました。Cream プロトコルは大きな打撃を受け、TVL はピーク時の5%まで落ち込みました。
攻撃者は Rari の「リエントランシー脆弱性」とフラッシュローンによる価格操作を組み合わせ、複数の Fuse Pool から資金を借り出しました。この事件は Rari と Fei Protocol の合併・解散に直接つながりました。
最も独創的な攻撃の一つです。攻撃者はフラッシュローンで大量のステーブルコインを借り入れ、ガバナンストークン STALK を使って Beanstalk DAO で「全プロトコル資金を攻撃者に移転する」という悪意ある提案を可決させました。Beanstalk のガバナンス設計には脆弱性がありました。タイムロック機構がなく、提案が即座に実行できてしまったのです。
攻撃者 Avraham Eisenberg は Mango Markets 上で自己取引を行い、フラッシュローンで MNGO トークンの価格を5〜10倍に吊り上げ、その高騰した MNGO を担保にプロトコル内の実資産を借り出しました。事件後、Avraham は SEC と CFTC に起訴され、2024年に相場操縦罪で有罪判決を受けました。
Euler のレンディングプロトコルは「無担保寄付」の脆弱性を悪用され攻撃を受けました。攻撃者は特殊な状況を作り出して自らを異常清算させ、プロトコルから大量の資金を引き出しました。劇的なことに、攻撃者は後に大部分の資金を返還しました。これは「ホワイトハットの要求 vs ブラックハットの攻撃」の典型的な事例となりました。
BSC 上の「イールドファーミング」プロトコルで、攻撃者はフラッシュローンで BUNNY トークンを売り叩き、プールから異常に多くの BUNNY 報酬を引き出しました。BUNNY トークンは当日96%下落し、プロトコルは運営を継続したものの大きな打撃を受けました。
Yearn v2 の yDAI プールは、フラッシュローンによって Curve 上の3poolの価格を操作され、攻撃者は yDAI から異常な収益を引き出しました。Yearn にとって初の重大なセキュリティ事件となり、その後の監査体制と再構築が加速しました。
純粋なフラッシュローン攻撃ではありませんが、攻撃者はWormhole ブリッジの署名検証の脆弱性とフラッシュローン戦術を組み合わせ、イーサリアム側で実際に担保を入れることなく、Solana 側で12万 wETH を発行しました。Jump Crypto が資金を注入して穴を埋めたことで、Wormhole の運営は維持されました。
以下の表は各年度のフラッシュローン攻撃による DeFi の損失額です（SlowMist Rekt データベースの統計に基づく）。
| 年 | 事件数 | 総損失額（億ドル） | 備考 |
|---|---|---|---|
| 2020 | 8 | 約0.7 | bZx が幕開け |
| 2021 | 25 | 約4.5 | Cream / PancakeBunny |
| 2022 | 32 | 約4.0 | Beanstalk / Mango |
| 2023 | 28 | 約2.8 | Euler / その他多数の小規模事件 |
| 2024 | 22 | 約1.5 | 防御の進歩、攻撃件数が減少 |
| 2025 | 18 | 約0.8 | 引き続き減少傾向 |
2022年はフラッシュローン攻撃のピークでした。その後、監査の強化や価格オラクルのアップグレード（Chainlink TWAP など）に伴い、攻撃件数と被害額は共に減少しています。
以下の表は、フラッシュローン攻撃のいくつかのパターンをまとめたものです。
| 攻撃手法 | 原理 | 典型的な事例 |
|---|---|---|
| 価格オラクル操作 | 大口資金を借り入れて単一の DEX の価格を売り叩きまたは買い上げ、そのDEXを価格ソースとするプロトコルに影響を与える | Harvest、Cream |
| ガバナンス投票攻撃 | 大量のガバナンストークンを借り入れて即座に投票し、タイムロックを回避する | Beanstalk |
| リエントランシー脆弱性の併用 | フラッシュローン＋リエントランシー関数でプロトコルの状態を誤って更新させる | Rari Capital |
| 自己取引による価格吊り上げ | 自らがマーケットメーカーとなっている市場でトークン価格を吊り上げ担保として使う | Mango Markets |
| クロスプロトコル裁定 | 大口資金を借り入れて複数のプロトコル間で裁定パスをトリガーする | 各種小規模攻撃 |
| 異常状態のトリガー | 大口資金を借り入れてプロトコルの十分にテストされていない境界条件をトリガーする | Euler |
フラッシュローン攻撃を防ぐための主なエンジニアリング手法は以下の通りです。
| 防御策 | 効果 | 限界 |
|---|---|---|
| 時間加重価格 TWAP | 瞬時価格の代わりに30分以上の平均価格を使用する | 継続的な操作にはまだ弱い |
| 複数オラクルの併用 | Chainlink、Pyth など複数のソースを組み合わせる | プロトコルの複雑性が増す |
| 価格変動サーキットブレーカー | 単一ブロックでの変動が閾値を超えると取引を一時停止する | 通常の取引に影響する |
| ガバナンスタイムロック | 提案の実行を24〜48時間遅延させる | 緊急提案の対応が遅れる |
| 担保率の引き上げ | 150〜200%の担保 | 資本効率が低下する |
| リエントランシーロック | ReentrancyGuard 修飾子 | Solidity の標準的な手法 |
| 形式検証 | コントラクトロジックの正しさを数学的に証明する | コストが非常に高い |
| 継続的な監査 | 複数の監査会社による相互監査 | 100%の防御は不可能 |
フラッシュローン攻撃に100%免疫のある DeFi プロトコルは存在しません。最善の実践は「攻撃される確率」を極めて低く抑え、攻撃を受けた際に備えた緊急資金プールや保険制度を用意しておくことです。
一般ユーザーがフラッシュローン攻撃に対してできる防御は以下の通りです。
フラッシュローン攻撃の法的な位置づけはまだ曖昧です。Mango Markets の攻撃者 Avraham Eisenberg は、有罪判決を受けた最初のフラッシュローン攻撃者です。SEC と CFTC は2022年末に彼を相場操縦および詐欺の容疑で起訴し、2024年にニューヨーク南部地区連邦地方裁判所で有罪判決が下されました。
しかし、他の多くのフラッシュローン攻撃者は今も起訴されていません。法的なグレーゾーンが生じる主な理由は：
Q：フラッシュローン自体が脆弱性なのですか？ いいえ。フラッシュローンは Aave / dYdX などのプロトコルが設計した合法的な機能で、裁定取引、清算、担保転換など正当な用途に広く使われています。脆弱性は攻撃を受けた標的プロトコル側にあります。フラッシュローンは攻撃の敷居を下げただけです。
Q：一般ユーザーもフラッシュローンを使えますか？ 理論上は使えますが、スマートコントラクトを書ける必要があります。一般ユーザーは Aave の UI から直接フラッシュローンを実行することはできません。コントラクトのデプロイまたは Aave の flashLoan 関数の呼び出しが必要です。Furucombo などのビジュアルツールを使えば、多少技術に詳しいユーザーでもフラッシュローンによる裁定取引が可能です。
Q：フラッシュローン攻撃者は天才なのですか？ 攻撃には確かなスマートコントラクトの知識、数学的な論理思考、鋭いコード監査能力が必要で、単なる「運」ではありません。しかし多くの攻撃者は匿名の天才というわけではなく、イスラエル人、東欧人、アジアの技術系学生など、身元が特定された事例もあります。
Q：DeFi プロトコルはフラッシュローン攻撃を完全に防げますか？ 100%の防御はできませんが、確率を極めて低く抑えることはできます。老舗の主要プロトコル（Aave、Compound）は長年の実戦を経ており、新しいプロトコルに比べて攻撃成功確率が著しく低くなっています。
Q：攻撃を受けたプロトコルは復旧できますか？ 損失の程度とチームの対応次第です。一部のプロトコル（Euler、Wormhole）は資金救済によって運営を回復しましたが、一部（Cream、Beanstalk）は大きな打撃を受けました。少数のプロトコルは完全に閉鎖されました。
Q：攻撃を受けたプロトコルにあったユーザーの資金は取り戻せますか？ 具体的な状況によります。プロトコル側が国庫や外部資金調達でユーザーに補償する場合もあり、攻撃者が資金を返還する（ホワイトハットの場合）ケースでもユーザーは資金を取り戻せることがあります。しかし多くの場合、ユーザーは元本の一部または全部を失います。
Q：フラッシュローン攻撃は今後さらに増えますか？ 傾向としては減少しています。監査の強化、オラクルのアップグレード、攻撃パターンが広く認知されるようになったことで、新しいプロトコルは設計段階からフラッシュローン攻撃への防御を考慮するようになっています。ただし新たな攻撃手法も進化し続けています。
Q：どのようなプロトコルが最もフラッシュローン攻撃を受けやすいですか？ 一般的には、1）TVL が小さく流動性が浅い新しいプロトコル、2）単一の DEX を価格ソースとして使用しているプロトコル、3）ガバナンスのタイムロックが欠けているか短すぎるプロトコル、4）コントラクトの複雑性が高く監査が不十分なプロトコルです。
Q：フラッシュローン攻撃をどうやって追跡すればいいですか？ ツールとしては、Tenderly（コントラクトシミュレーション）、Etherscan / Tronscan（トランザクション追跡）、SlowMist（セキュリティ監視）、Chainalysis（オンチェーン分析）があります。X（Twitter）上の SlowMist、PeckShield、CertiK のチームは、攻撃事件を最も早く公表するソースです。
Q：DeFi 保険はフラッシュローン攻撃の損失を補償してくれますか？ 一部は可能です。Nexus Mutual、InsurAce などの DeFi 保険商品は「スマートコントラクトの脆弱性」リスクをカバーしており、条件を満たす事件には保険金が支払われます。ただし保険料率は高く（年率2〜10%）、補償範囲は限定的で、請求プロセスも複雑です。
Q：本記事のデータは正確ですか？ Rekt News、SlowMist、CertiK などの公開データソースに基づいて整理したものであり、個々の事件の損失額は、攻撃者による返還やプロトコルの対応によって修正される場合があります。読者は rekt.news で最新版を確認できます。
Q：本記事はチュートリアルですか、それとも警告ですか？ 警告です。本記事はフラッシュローン攻撃の実施方法を教えるものではなく、歴史的な事件を整理することでユーザーが DeFi のリスクを理解する助けとなることを目的としています。実際のプロトコルへの攻撃行為はいかなるものであれ法的リスクを伴います。
データソース：Rekt News、SlowMist セキュリティデータベース、CertiK Skynet、PeckShield レポート、各プロトコルの事後報告、SEC/CFTC 起訴文書、2026年4月時点。本記事は投資助言を構成するものではありません。