Bitgetのハックは、9月24日のインシデントを指します。このときBitgetは、ホットウォレットおよび関連するオンライン・ウォレット基盤の一部から異常な資金移動が検知されたとしています。影響額の推定は当初およそ3億5,160万ドルでしたが、のちにおよそ 3億8,750万ドルへと改められました。増額の主な要因は、インシデントが封じ込められた後に新たな異常移動が発生したことではなく、初期推定に十分に含まれていなかったZcashおよびTRONの取引分が追加で判明したことでした。Bitgetは、損失は同社の保護準備金でカバーされるため、ユーザー残高には直接の影響はなかったと述べています。
Bitget’s official disclosure of the affected fundsによれば、このインシデントにはイーサリアムおよび複数のEVMネットワーク、XRP Ledger、Zcash、TRONが関与していました。Bitgetは、コールドウォレットには影響がなく、インシデントは制御下に置かれたと説明しています。一方でMandiantとSlowMistが、その後の調査と資金の追跡作業に加わりました。
暗号資産のトレーダー、投資家、セキュリティに敏感な取引所利用者、そしてカウンターパーティリスクを評価する機関にとって、重要な問いは見出しの損失額だけではありません。取引所の設計と回復能力が、何を示しているのかが本質です。本分析では、攻撃がどのように成立した可能性があるのか、出金やウォレット露出に何を意味するのか、侵害後にどこでフィッシングや連鎖リスクが生じ得るのか、そして同様の事例が、取引所のセキュリティ管理、資産分離、ユーザー保護基金といった金融的バックストップを比較するうえでなぜ重要なのかを検討します。
なぜBitgetのウォレットはハッキングされたのか？問題は単なる秘密鍵の漏えいではなかった
Bitgetのその後の調査によると、攻撃者はウォレット基盤内の重要なバックエンドシステムを侵害し、それを使って取引データを操作し、既存のセキュリティ管理を回避し、不正な送金を引き起こしたとのことです。
これは、攻撃者が単にウォレットの秘密鍵を入手する、より馴染みのあるシナリオとは異なります。大手暗号資産取引所は、取引の生成、権限チェック、署名、リスク管理、オンチェーンへのブロードキャストなどを含む複雑なウォレットシステムを運用しています。このチェーンのどこか1つの重要ポイントが侵害されても、秘密鍵自体が直接露出していない場合であっても、大きな損失につながり得ます。
今回のインシデントで主に影響を受けたのは ホットウォレットおよび関連するオンライン・ウォレットシステムであり、Bitgetのコールドウォレットは影響を受けませんでした。取引所にとってホットウォレットは、日常的な入金、出金、資産移動を支えるために必要です。そのため、完全にオフラインに保つことはできません。
したがって重要なのは、取引所がホットウォレットを使っているかどうかではなく、オンラインでどれほどの資本が晒されているのか、異なるウォレット層がどれだけ効果的に分離されているのか、そして異常な送金をどれだけ迅速に検知して止められるのか、という点です。
なぜ3億8,750万ドルの損失はユーザーの資金や残高を直接は減らさなかったのか？
取引所のウォレットが侵害されたことは、直ちに同額がユーザーの口座残高から自動的に差し引かれることを必ずしも意味しません。
インシデント後、Bitgetはユーザー残高は影響を受けなかったとし、財務面の影響は同社のユーザー保護基金（User Protection Fund）の補填範囲内だと述べました。最初の発表では、その基金は 4億6,400万ドル超の価値があるとされています。確認された影響額がのちにおよそ3億8,750万ドルへと改められたにもかかわらず、同社は、保護基金がプラットフォーム単位の財務的影響をカバーすると引き続き公に主張しました。
ここで、ユーザー保護基金の重要性が特に際立ちます。取引所が異常損失を被っても、その影響を吸収するための専用資金が用意されている場合、インシデントがユーザー残高や通常の出金へ広がる可能性は低くなるかもしれません。
盗まれた金額は、全体像の一部にすぎません。顧客やユーザーは、最終的に誰が損失を負うのか、プラットフォームに十分な財務的バッファがあるのか、通常の資産移動を回復できるのかも考慮する必要があります。プラットフォーム単位で大きな損失が発生しても、それがユーザーにとって必ず同等の損失に直結するとは限りません。
セキュリティ・インシデント後の顧客出金回復がなぜ重要なのか？
Bitgetは、異常な送金が検知された後に顧客の出金を停止し、その後、脆弱性の是正と追加のセキュリティ確認を踏まえた段階的な復旧計画を発表しました。9月26日に発表されたスケジュールでは、BTCの出金は9月28日から再開され、その後ETHとUSDTが再開される予定でした。その他のトークンに加えて、法定通貨やC2Cサービスも10月2日からの再開が予定されています。出金が復旧される間も、取引は継続されました。
一時的な出金停止は、取引所に支払能力の問題があることを自動的に意味しません。ウォレット基盤に脆弱性が見つかったら、プラットフォームは出金システム、取引の認可、リスク管理を再確認する必要があります。これらの確認が完了する前に資金の流出を再開すると、被害が拡大する可能性があります。
より重要なのは、回復がどのように進むかです。ユーザーは、プラットフォームが出金停止の理由を明確に説明しているか、復旧スケジュールを継続して更新しているか、そして計画どおりにさまざまな資産の出金を実際に再開できているかを確認できます。
このようなインシデントでは、出金の秩序だった回復は、プラットフォームのインフラと資金フローの状況を評価するうえで有用なシグナルの一つです。
Bitgetのインシデントはホットウォレットのリスク以上のものを露呈した
攻撃は取引所のウォレット基盤内で発生しましたが、暗号資産のリスクは、単一の取引所ウォレットが侵害される可能性にとどまりません。
プラットフォーム側では、ウォレットシステム、バックエンドの権限、署名サービス、内部のリスク管理などから脆弱性が生じ得ます。技術的な防御が突破された後は、取引所の財務的な受け皿（資金力）も別の重要な要因になります。最初は技術的な問題に見えた損失でも、プラットフォームに十分な資本やリスク準備金がなければ、流動性の問題へと変わります。
一般ユーザーにとっては、損失の多くが口座レベルで発生します。侵害されたメールアカウント、使い回しパスワード、過度に広いAPI権限、悪意あるブラウザー拡張、偽のカスタマーサービス口座、フィッシングサイトなどは、取引所自体が通常運営されている場合でも、資産損失につながり得ます。
自己保管（セルフカストディ）でもリスクはなくなりません。責任の所在がプラットフォームからユーザー側へ移るだけです。秘密鍵、シードフレーズ、悪意ある署名、スマートコントラクトの承認が、すべての失敗ポイントになり得ます。長期保有では、ハードウェアウォレットが一般に推奨される選択肢です。
したがって、取引所による管理（カストディ）と自己保管は、「一方が絶対に安全で他方が危険」という関係ではなく、異なるリスク構造として理解するほうが適切です。ユーザーにとっては、すべての資産を単一の取引所、口座、または保管モデルに長期的に集中させないことが、どのタイプの失敗に対する露出も抑えるうえで有効です。特に、北朝鮮関連の取引所窃盗のような、より広範な業界の脅威が引き続き表面化しているためです。
大規模なセキュリティ・インシデントの後、フィッシングが第2波のリスクになり得る
大手取引所でセキュリティ・インシデントが起きると、ユーザーは出金、補償、口座状況に強く注意を向けがちです。その不安は、攻撃者にとって別の機会にもなり得ます。
「出金復旧」「補償請求」「口座セキュリティの確認」「保護基金へのアクセス」といった文言を含むメッセージは、偽のサポート連絡やフィッシングページとして簡単に偽装できます。攻撃者は、ユーザーにパスワードや認証コードを開示させたり、悪意あるオンチェーン取引に署名させたりできれば、取引所を再び侵害する必要はありません。
Bitgetも、インシデントの更新は同社の公式Webサイト、アプリ、Support Center、認証済みのソーシャルチャネルのみを参照し、フィッシングリンク、なりすまし口座、非公式の資産回収サービスには注意するようユーザーに警告しました。
このようなインシデントの最中は、出金や補償に関する情報は、個別メッセージで受け取ったリンクや見慣れないWebサイトではなく、公式チャネルを通じて確認すべきです。ログイン端末、API権限、口座セキュリティ設定を見直すことも、プラットフォーム単位のインシデントが個別の口座侵害に発展する確率を下げられます。
プラットフォームのインフラ回復と個人の口座セキュリティは、別々のリスク層です。
Bitgetのインシデント後、どのプラットフォーム・セキュリティ指標がより重要か？
単一のセキュリティ・インシデントだけでは、取引所の長期的なセキュリティを完全には定義できません。より有用なシグナルは、インシデントの前・最中・後にプラットフォームがどのようにリスクを管理しているかです。
ウォレットの分離は、攻撃がどこまで広がり得るかに影響します。長期の準備資金が日常のオンライン流動性から分離されているか、コールドウォレットが孤立したままになっているか、権限や署名システムがどう管理されているかが、侵害時に晒され得る資本の量を左右します。
ユーザー向けセキュリティ資産基金（user security asset fund）は、大きな損失が発生した際にプラットフォームが追加の財務リソースを利用できるかどうかを示します。Bitgetの場合、ユーザー保護基金が、プラットフォーム単位の損失が顧客資産へ影響するかどうかを左右する中核的な要因になりました。
対応の速さと透明性も、インシデントが起きた後は特に目立ちます。異常な活動がどれだけ迅速に特定されるか、脆弱性がいつ修正されるか、出金がいつ再開されるか、そして確認された事実が継続的に更新されているかどうかは、「ユーザー資金は安全」というような広い宣言よりも、より有用な情報を提供します。
Gateは、大規模なセキュリティ・インシデントに備える財務的バッファとして、どのように追加の保護基金を構築しているのか？
Gateの資産セキュリティの枠組みの中で、Gate Secure Asset Fund for Users (SAFU)は、大規模なセキュリティおよび資産リスクの事象に対して、追加の財務的バッファを提供することを目的として設計されています。Gateは、SAFUが2025年8月8日時点で約 5億ドルの価値があったことを開示しています。
Gateはまた、プラットフォームの準備金に関する情報も定期的に公表しています。2026年8月19日時点で、Gateは総準備金が約 8.2150億ドル、全体の準備金比率が 127% であると報告しており、ユーザーがプラットフォームの資産カバー状況を把握できるようになっています。
これらの仕組みは、ウォレット管理、口座レベルのリスク管理、出金セキュリティ対策に加わるものです。ポイントは、取引所のセキュリティは複数の層が連携して成り立つということです。技術的な統制は、攻撃の可能性や規模を抑えるのに役立ち、専用の財務的バッファは、極端な事象がそれでも起きた場合に追加の支援を提供し得ます。
取引所のセキュリティは「ハッキングを防ぐ」だけにとどまらない拡大を見せている
Bitgetのインシデントが最初に表面化したとき、注意は当然、攻撃がどのように起きたのか、そしてどれだけ奪われたのかに集まりました。CEOのGracy Chenは、インシデントは調査中であり、顧客保護も引き続き注目点だと述べる一方で、Chenは取引所の最新の損失推定額を作業上の数値として示しました。調査が進むにつれ、議論は急速に、コールドウォレットが影響を受けているか、保護基金が損失を吸収できるのか、そして出金はいつ再開されるのかへと移っていきました。
この変化は、取引所のセキュリティが評価される方法のより大きな変化を反映しています。
技術的な防御は不可欠ですが、複雑なオンラインシステムは侵害が決して起きないことを保証できません。9月に起きた類似の取引所盗難は、業界全体で続いているパターンを示しています。セキュリティ統制が失敗するとき、資産分離、専用の財務的バッファ、出金の回復、そして透明性のあるコミュニケーションが、最終的な影響がどれほど深刻になるかを左右します。
取引所にとって、セキュリティは攻撃者がシステムに侵入するのを止めることだけではなくなっています。被害を封じ込めること、財務的な耐性を維持すること、サービスを復旧すること、そしてインシデント発生時に明確に伝えることも含まれます。
結論
Bitgetの3億8,000万ドル超規模のセキュリティ・インシデントは、直接の秘密鍵漏えいがなくても、ウォレット基盤や取引の認可システムが攻撃の入り口になり得ることを示しています。
ユーザーにとって盗難の規模は重要な一部にすぎません。どの資産層が影響を受けたのか、プラットフォームが損失を吸収できるのか、出金や通常の資金移動を回復できるのかも同様に重要です。
暗号資産は完全にリスクフリーにすることはできません。取引所は、より強い分離、セキュリティ統制、財務的バッファによって攻撃の可能性と影響を減らすことができ、ユーザーは単一の取引所、口座、または保管モデルへの過度な集中を避けることで自らの露出を減らせます。
