DotSwap V1の攻撃で約8.5 BTCが流出、被害額は約68万5,000ドルと推定
DotSwap V1の攻撃で約8.5 BTCが流出、被害額は約68万5,000ドルと推定
10月25日、旧バージョンのDotSwap取引プラットフォーム「DotSwap V1」が攻撃を受け、約8.5 BTC（事件発生時の価値で約68万5,000ドル）が盗まれました。
今回の事件は、ビットコインベースのアプリケーション全体で深刻化しているセキュリティ上の課題を浮き彫りにしています。ユーザーが分散型資産を扱っている場合でも、バックエンドの認証システム、カストディ型の流動性インフラ、自動署名サービスなどが、中央集権的な単一障害点になる可能性があります。
On Nexusのインシデント更新によると、被害を受けたプラットフォームは現在停止されており、チームは攻撃の調査、流出資金の追跡、取引所やブロックチェーン分析企業との連携を進めています。
DotSwap V1で何が起きたのか
DotSwap V1は、流動性プールを管理するためにサーバー側で署名を行う仕組みを採用していました。流動性インフラはカストディ型のマルチシグ構成で運用されており、預け入れられたBTCは各流動性提供者が直接管理するのではなく、プラットフォームの署名プロセスによって管理されていました。
攻撃者は、V1のバックエンドで稼働し続けていた旧式の署名メカニズムを悪用したとみられています。約4時間にわたり、自動化されたスクリプトがプラットフォーム上で利用可能なインターフェースとやり取りし、V1の流動性プールやユーザーアカウントから資金を徐々に移動させました。
攻撃の対象は、単一のトークンやエンドポイントに限られていませんでした。報告によると、スクリプトはプラットフォームのインターフェースを検証し、99種類のRuneトークンに関連する資産を標的にしました。これにより、攻撃者はアプリケーション環境全体に存在する脆弱性を特定し、悪用することができました。
被害総額は、おおむね次のとおりと推定されています。
- 盗まれたBTC：約8.5 BTC
- 被害を受けた資金：約68万5,000ドル
- DotSwap V1の流動性提供者による預け入れ資産が被害
- プラットフォーム外の自己管理ウォレットは被害なし
DotSwap V1はその後、停止されました。On Nexusは、関連サービスの復旧に取り組むとともに、より詳細な事後分析と被害ユーザー向けの対応計画を公表するとしています。
なぜ流動性提供者が主な被害者となったのか
今回の事件を理解するうえで最も重要なのは、プラットフォームが管理する資金と、ユーザー自身のウォレットで保管されている資産の違いです。
DotSwap V1にBTCを預け入れていた流動性提供者は、プラットフォームのカストディおよび署名アーキテクチャの影響を受けました。システムにはマルチシグによる管理が導入されていたものの、署名プロセスは依然として、アプリケーションのインターフェースを通じて照会・実行できるバックエンドサービスと接続されていました。
つまり、マルチシグを導入するだけでは、運用上のリスクを完全に排除することはできません。認証ロジック、API権限、署名ポリシー、サーバー側の制御が適切に設計されていなければ、攻撃者が有効なトランザクションを生成する方法を見つける可能性があります。
一方、資産を自己管理型ウォレットで保管し、V1のプールに預け入れていなかったユーザーは、今回の事件の影響を受けませんでした。秘密鍵が侵害されたプラットフォーム環境の外部に保管されていたためです。
この違いは、流動性プールのリスクを理解するうえで重要です。
プロトコルがブロックチェーン上で決済を行っていても、カストディ、署名、価格設定、ルーティング、アクセス制御などの重要な機能を中央集権型のインフラに依存している場合があります。
そのためユーザーは、アプリケーションが単に「オンチェーン」であるかどうかだけでなく、署名権限がどこに置かれているのか、出金権限を誰が管理しているのか、バックエンドシステムによって預け入れ資金を凍結・移動できるのかを確認する必要があります。
AIを活用した攻撃自動化の可能性
On Nexusは今回の事件について、AIを利用した攻撃、あるいは高度に自動化された攻撃が増加している最近の傾向と一致すると説明しています。
自動化を利用すれば、エクスプロイトの速度と規模を大幅に高めることができます。攻撃者は機能を一つずつ手作業で検証する代わりに、プログラムによって次のような処理を実行できます。
- 外部に公開されたAPIエンドポイントを発見する
- 大量のリクエストを送信する
- 異なる資産に対するレスポンスを比較する
- 認証動作の不整合を検出する
- 異常な署名経路や出金経路を特定する
- トランザクションを短時間に連続して実行する
数十種類のトークンコントラクトや取引ルートに対応する環境では、自動化によって、通常の手動テストでは見落とされがちな小さな実装上の違いも発見しやすくなります。
より広い観点で見ると、セキュリティチームは従来型のスクリプトと、ますます高性能になるAIエージェントを組み合わせた攻撃に備えなければなりません。APIの探索、脆弱性の分類、トランザクションの構築、監視といった作業は、いずれも自動化ツールによって高速化される可能性があります。
この傾向を踏まえると、デジタル資産プラットフォームにとって、レート制限、エンドポイントの分離、異常検知、署名ポリシーの適用、リアルタイムのトランザクション監視がますます重要になります。
今回の事件がRuneインフラに示すこと
Runesエコシステムによって、ビットコイン上で発行・取引できる代替可能資産の種類は広がりました。しかし、これらの資産を支えるインフラはまだ発展途上にあり、多くのアプリケーションがインデクサー、オフチェーンサービス、カストディ型プール、専用の取引ロジックを組み合わせて運用されています。
これにより、次のようなリスクが生じます。
- インデクサーへの依存: ウォレット残高やトークンの状態が、第三者のインデックスサービスに依存している可能性があります。
- バックエンド認証: トランザクションに署名できるかどうかを、中央集権型のAPIによって判定している場合があります。
- カストディ型の流動性: ユーザーが、アプリケーションによって管理される共同ウォレットにBTCを預け入れることがあります。
- コントラクトと資産の複雑性: 多数のRune資産に対応すると、テストが必要なルート、インターフェース、エッジケースの数も増加します。
- 運用の集中: 署名サービスが1つ侵害されるだけで、複数のプールが同時に影響を受ける可能性があります。
Runesの取引や流動性提供を検討するユーザーは、資金を預け入れる前に、プロジェクトのカストディモデルを確認するべきです。プラットフォームのユーザーインターフェースは分散型に見えても、重要な制御機能が中央集権的に管理されている可能性があります。
ビットコインの資産エコシステムについて詳しく知りたい場合は、Bitcoin開発者向けドキュメントや、ビットコインのプロトコル、ウォレット、インフラの動向を定期的に取り上げているBitcoin Optechニュースレターを参照できます。
暗号資産ユーザーが学ぶべき実践的なセキュリティ対策
1. 資金が自分の管理下にあるか確認する
流動性を提供したり資産を預け入れたりする前に、自分のウォレットで直接署名しなくても、プラットフォームが資金を移動できるのかを確認しましょう。
次のような点を確認することが重要です。
- 預け入れた資産は、ユーザーが管理するアドレスに送られるのか、それともプラットフォームが管理するアドレスに送られるのか
- 秘密鍵を保有しているのは誰か
- 署名はローカルで行われるのか、ハードウェアデバイスを介して行われるのか、それともサーバー上で行われるのか
- 管理者が出金を停止したり、署名ルールを変更したりできるのか
- 出金上限や監視体制が公開されているのか
これらの回答によって、サービスのリスク特性は大きく変わります。
2. 旧製品を攻撃対象になり得るものとして扱う
DotSwap V1の事件は、古いバージョンのプラットフォームを稼働中のサービスに接続したままにしておくべきではない理由を示しています。新バージョンでより強固な制御を導入していても、旧式のAPI、署名経路、アカウント権限が悪用される可能性があります。
プロジェクトは、次のような対策によって廃止した製品を完全に停止する必要があります。
- API認証情報を無効化する
- 古い署名権限を削除する
- 使用していないエンドポイントを無効化する
- サービスキーをローテーションする
- レガシーのデータベースを本番システムから分離する
- 過去のインフラで予期せぬ活動がないか監視する
3. 資産を1つのアプリケーションに集中させない
流動性提供者は、複数のウォレット、プロトコル、カストディモデルに資産を分散することを検討すべきです。1つのアプリケーションに大量のBTCを集中させると、単一のエクスプロイトや運用上の障害による被害が大きくなる可能性があります。
分散によってプロトコルのリスクそのものがなくなるわけではありません。しかし、1つの事件によってポートフォリオ全体が影響を受ける可能性は抑えられます。
4. ウォレットの活動と承認状況を監視する
ユーザーは、ウォレット残高、接続済みアプリケーション、アカウントのセッション、取引履歴を定期的に確認するべきです。予期しない署名要求、見覚えのない出金先アドレス、新しいデバイスからのログインは、潜在的な警告サインとして扱いましょう。
高額なトランザクションでは、次の項目を自分で確認してください。
- 送付先アドレス
- 資産の種類と数量
- ネットワーク
- トランザクション手数料
- アプリケーションのドメイン
- ウォレットに表示される最終的なトランザクションの詳細
5. マルチシグは完全な分散化を意味しないと理解する
マルチシグ構成はシステムの耐障害性を高められますが、その有効性は署名者がどのように分散され、認証がどのように適用されるかに左右されます。
すべての署名者を同じ組織が管理していたり、同じバックエンドに接続していたり、同じ欠陥のあるポリシーエンジンの影響下にあったりする場合、システムには依然として重大な中央集権的障害点が存在する可能性があります。
セキュリティを左右するのは、単に複数の署名が必要かどうかではなく、署名アーキテクチャ全体です。
被害を受けたユーザーが注意すべきこと
DotSwap V1を利用していたユーザーは、返金、補償、緊急出金ツールなどを提供すると主張するフィッシングメッセージに注意してください。攻撃者は、公開された事件に便乗してプロジェクトチームになりすまし、偽サイトへ誘導することがよくあります。
被害を受けたユーザーは、次の点を守るべきです。
- 認証済みのプロジェクト公式チャンネルだけを利用する
- ウェブサイトにシードフレーズや秘密鍵を入力しない
- 予告なく送られてきた返金フォームを不審なものとして扱う
- トランザクションIDと入金記録を保存する
- ブロックチェーン上の情報を自分で確認する
- 関連するウォレットアドレスの資金移動を監視する
- 何かに署名する前に、公式の復旧・請求手続きが発表されるのを待つ
正規のサポートチームが、所有権の確認や返金手続きのためにウォレットのリカバリーフレーズを要求することは決してありません。
デジタル資産を保護するための一般的な情報については、CISAのサイバーセキュリティガイダンスに、フィッシング、アカウントのセキュリティ、悪意ある活動に関する有用な情報が掲載されています。
DeFiとビットコインアプリケーションへのより広い影響
DotSwap V1のエクスプロイトは、単に1つの脆弱なプラットフォームで起きた事件ではありません。これは、暗号資産業界が抱えるより広い緊張関係を示しています。アプリケーションは分散型のインターフェースを提供しているように見えても、実際には内部で中央集権的なコンポーネントに依存している場合があります。
ビットコインベースの金融アプリケーションが成熟するにつれ、セキュリティレビューではスマートコントラクトのコードだけでなく、次のような領域も確認する必要があります。
- APIの認証と認可
- サーバー側の署名サービス
- 鍵管理と署名者の分離
- データベースの権限
- 資産のインデックスシステム
- アップグレードおよび停止の手順
- 監視とインシデント対応
- 緊急出金の仕組み
2025年には、自動化エージェントやAIを活用した開発が広がっているため、こうしたレビューは一層重要になっています。セキュリティ対策が同じペースで進化しなければ、ソフトウェア開発の高速化や自動化された操作によって、攻撃対象領域が拡大する可能性があります。
ユーザーにとって最も確実な防御策は、依然としてカストディの仕組みを正しく理解することです。自己管理型ウォレットで直接保管する資産と、プラットフォームが管理するプールに預け入れた資産では、直面するリスクの種類が異なります。どちらのモデルにもリスクはありますが、そのリスクの発生源は大きく異なります。
より安全な自己管理戦略におけるハードウェアウォレットの役割
ハードウェアウォレットは、秘密鍵をインターネットに接続されたアプリケーションから隔離することで、サーバー側の侵害にさらされるリスクを抑えるのに役立ちます。ユーザーが分散型アプリケーションを利用する際も、ブラウザーの画面だけに頼るのではなく、専用の署名デバイス上でトランザクションの詳細を確認し、承認できます。
OneKeyのハードウェアウォレットは、オフラインでの鍵保護やデバイス上でのトランザクション確認を含む、自己管理型の運用を想定して設計されています。スマートコントラクトのリスク、フィッシング、悪意のあるインターフェース、市場の価格変動をなくすことはできません。しかし、カストディ型プラットフォームや流動性プールに意図的に預け入れていない資産について、ユーザーが自ら管理権限を維持するのに役立ちます。
重要な原則は明快です。流動性を提供したりトランザクションを承認したりする前に、ユーザーは誰が資金を管理しているのか、何に署名するのか、そして自分の直接的な承認なしにプラットフォームが資産を移動できるのかを理解しておく必要があります。
DotSwap V1で約8.5 BTCが失われた事件は、トークンの用途や取引量だけでなく、カストディの構造、署名権限、運用上のセキュリティにも同等の注意を払う必要があることを改めて示しました。自動化が進む暗号資産の環境において、十分な知識に基づく自己管理と慎重なトランザクション確認は、依然として不可欠な防御策です。
