Verus Ethereumブリッジの脆弱性悪用は、今週最も注目されている暗号セキュリティ事件の一つに急速に変わりつつあり、約1160万ドル相当の資産が流出し、その後ETHに統合された。日曜日の夜遅くにオンチェーンセキュリティ企業からの警告として始まったものの、すぐに他のクロスチェーンシステムが基本的な検証ステップで失敗した可能性についてのより広範な疑問へと拡大した。損失は小規模や抽象的なものではなかった。PeckShieldは、ブリッジが103.6 tBTC、1625 ETH、147,000 USDCを失ったと報告し、短時間で重要なブリッジの準備金が引き出されたことを示している。攻撃者は後に盗まれた暗号資産を約5402 ETHにスワップし、獲得した資産を一つの主要な資産に集中させた。同時に、運用上の影響はブリッジ自体を超えて広がった。VerusはDiscordチャンネルで、攻撃の副産物に対応する中でほとんどのブロック生成ノードがオフラインになったため、Verusネットワークが停止したと述べた。開発者たちは現在、脆弱性の仕組みを調査中であり、これまでに完全な公開後の分析は発表されていない。Verus-Ethereumブリッジに何が起こったのか核心的な事実は明白だ：Verus-Ethereumブリッジは進行中の脆弱性により、約1160万ドルの暗号資産が流出した。PeckShieldの詳細な分析は、損失の最も明確な公開画像を提供し、ブリッジが103.6 tBTC、1625 ETH、147,000 USDCを失ったと報告している。これは重要だ。なぜなら、ブリッジの脆弱性はDeFiの最も敏感なポイントの一つ、すなわちチェーン間で価値を移動させるインフラに影響を与えるからだ。ブリッジが侵害されると、流動性、ユーザーの信頼、ネットワークの運用に一斉に広がる可能性がある。このケースでは、Verus Ethereumブリッジの脆弱性は、より広範なVerusネットワークの対応も妨げたようだ。Verusは、多くのブロック生成ノードが自己オフラインになったため、ネットワークが停止したと述べている。チームは現在、脆弱性の仕組みを調査中だが、これまでに完全な公開後の分析は行われていない。攻撃者は資金をどのように移動させたのかBlockaidは、日曜日遅くに攻撃を検知し、攻撃者のウォレットを0x5aBb…D5777と特定した。調査によると、盗まれた資産は次に別のウォレット0x65C…C25F9に移動された。PeckShieldは、攻撃者は後に盗まれた資金を約5402 ETHにスワップし、その時点での価値は約1140万ドルから1160万ドルと推定されると述べている。この変換は、調査者や市場関係者にとって重要だ。なぜなら、複数の盗まれた資産をETHに変換することで、管理や後続の移動が容易になるからだ。セキュリティサークルの注目を即座に集めたもう一つの詳細は、PeckShieldが攻撃者のウォレットが攻撃の約14時間前にTornado Cashを通じて1 ETHで資金提供されたと述べたことだ。これは単独では脆弱性を説明しないが、事件に馴染みのあるパターンを加える。多くのDeFi攻撃ケースでは、プライバシーツールを通じた小規模な初期資金提供が、オンチェーンで追跡される最初の手がかりの一つとなる。セキュリティ企業が検証の欠陥を指摘する理由初期分析は、単純なプライベートキーの盗難から離れ、より構造的なブリッジの弱点に向かっている。いくつかのセキュリティ企業は、クロスチェーンメッセージの検証に関わる問題が原因と考えている。GoPlus Securityは、クロスチェーンメッセージの検証失敗、引き出しロジックのバイパス、またはアクセス制御の弱さを指摘した。実務的には、ブリッジが拒否すべきメッセージを受け入れたり処理したりした可能性を示唆している。Blockaidは、より狭い説明を提供し、問題はブリッジ検証関数におけるソース金額の検証不足に関係しているようだと述べている。この詳細は重要だ。もしブリッジがクロスチェーンメッセージに関連するソース金額の検証を適切に行わなかった場合、攻撃者は元の側で正当な預金と一致しないまま、 reservesからの送金を引き起こすことができる。ExVulは、類似の理論を述べ、攻撃者が偽造されたクロスチェーンインポートペイロードを使用し、ブリッジの検証プロセスを通過したと述べている。もしこの見解が正しければ、この脆弱性はDeFiブリッジのセキュリティにおいてよく知られたコストの高いパターンに適合する：署名者の鍵が盗まれたためではなく、チェーン間で何を許可すべきかを確認するロジックが弱すぎるために失敗する。これが、Verus Ethereumブリッジの脆弱性が単なるドル額以上に注目を集めている理由の一つだ。検証の欠陥はブリッジ設計の核心を突いている。信頼の前提や検証経路が脆弱であれば、クラシックなウォレットの侵害がなくても、大規模なクロスチェーン流動性プールが露出する可能性がある。クロスチェーン検証の欠陥が意味することブリッジシステムにおいて、クロスチェーン検証は、資産が解放される前にメッセージや送金が正当であることを確認するステップだ。このステップが破綻すると、ブリッジは拒否すべきデータに基づいて動作する可能性がある。だからこそ、セキュリティチームは単なるウォレット盗難の説明ではなく、検証経路に焦点を当てている。DeFiブリッジのセキュリティにとってこれが重要な理由ブリッジシステムはリスクの高い中間地点に位置している。異なるネットワークを接続し、メッセージを検証し、準備金を保持し、条件が整ったときだけ資産を解放することが求められる。これは便利だが、同時に非常に露出しやすい。Verusのケースは、DeFiブリッジのセキュリティにおいて繰り返される教訓を強調している：セキュリティは鍵を守るだけではなく、検証機能、インポートロジック、引き出し制御が不正なデータや偽造データに騙されないようにすることも重要だ。セキュリティ企業は、まさにその問題のクラスに焦点を当てている。クロスチェーン検証の欠陥、ソース金額の検証不足、アクセス制御の弱さへの繰り返しの言及は、より広範な問題を示している—それは、ブリッジのクロスチェーン命令の受け入れと実行のルールが十分に強固であるかどうかだ。ユーザーや開発者にとって、これは注視すべき部分だ。検証の前提が崩れるまでは、ブリッジは正常に動作しているように見えることもある。ネットワークへの影響と今後の展望Verusは、多くのブロック生成ノードが攻撃の副産物に対応してオフラインになったため、ネットワークが停止したと述べている。これにより、この話は単なるスマートコントラクトの事故を超え、ネットワークレベルの混乱へと進展した。プロジェクトの開発者たちは、脆弱性の仕組みと今後の対応策を調査中だ。これまでのところ、Verusチームは完全な公開後の分析を発表していない。次の段階は、技術的なレビューに集中することになる。ブリッジの検証経路がどのように迂回されたのか、疑わしい欠陥がセキュリティ企業の指摘と一致するか、そして信頼を取り戻すためにどのような変更が必要かを検討する。今のところ、この攻撃は、暗号資産自体ではなく、それをチェーン間で移動させる信頼されたコードの弱さを思い出させるもう一つの例だ。
Verus Ethereumブリッジの脆弱性が11.6百万ドルを流出させ、修正作業が進む中でノードを停止させる
Verus Ethereumブリッジの脆弱性悪用は、今週最も注目されている暗号セキュリティ事件の一つに急速に変わりつつあり、約1160万ドル相当の資産が流出し、その後ETHに統合された。日曜日の夜遅くにオンチェーンセキュリティ企業からの警告として始まったものの、すぐに他のクロスチェーンシステムが基本的な検証ステップで失敗した可能性についてのより広範な疑問へと拡大した。
損失は小規模や抽象的なものではなかった。PeckShieldは、ブリッジが103.6 tBTC、1625 ETH、147,000 USDCを失ったと報告し、短時間で重要なブリッジの準備金が引き出されたことを示している。攻撃者は後に盗まれた暗号資産を約5402 ETHにスワップし、獲得した資産を一つの主要な資産に集中させた。
同時に、運用上の影響はブリッジ自体を超えて広がった。VerusはDiscordチャンネルで、攻撃の副産物に対応する中でほとんどのブロック生成ノードがオフラインになったため、Verusネットワークが停止したと述べた。開発者たちは現在、脆弱性の仕組みを調査中であり、これまでに完全な公開後の分析は発表されていない。
Verus-Ethereumブリッジに何が起こったのか
核心的な事実は明白だ：Verus-Ethereumブリッジは進行中の脆弱性により、約1160万ドルの暗号資産が流出した。
PeckShieldの詳細な分析は、損失の最も明確な公開画像を提供し、ブリッジが103.6 tBTC、1625 ETH、147,000 USDCを失ったと報告している。
これは重要だ。なぜなら、ブリッジの脆弱性はDeFiの最も敏感なポイントの一つ、すなわちチェーン間で価値を移動させるインフラに影響を与えるからだ。ブリッジが侵害されると、流動性、ユーザーの信頼、ネットワークの運用に一斉に広がる可能性がある。
このケースでは、Verus Ethereumブリッジの脆弱性は、より広範なVerusネットワークの対応も妨げたようだ。Verusは、多くのブロック生成ノードが自己オフラインになったため、ネットワークが停止したと述べている。チームは現在、脆弱性の仕組みを調査中だが、これまでに完全な公開後の分析は行われていない。
攻撃者は資金をどのように移動させたのか
Blockaidは、日曜日遅くに攻撃を検知し、攻撃者のウォレットを0x5aBb…D5777と特定した。調査によると、盗まれた資産は次に別のウォレット0x65C…C25F9に移動された。
PeckShieldは、攻撃者は後に盗まれた資金を約5402 ETHにスワップし、その時点での価値は約1140万ドルから1160万ドルと推定されると述べている。この変換は、調査者や市場関係者にとって重要だ。なぜなら、複数の盗まれた資産をETHに変換することで、管理や後続の移動が容易になるからだ。
セキュリティサークルの注目を即座に集めたもう一つの詳細は、PeckShieldが攻撃者のウォレットが攻撃の約14時間前にTornado Cashを通じて1 ETHで資金提供されたと述べたことだ。
これは単独では脆弱性を説明しないが、事件に馴染みのあるパターンを加える。多くのDeFi攻撃ケースでは、プライバシーツールを通じた小規模な初期資金提供が、オンチェーンで追跡される最初の手がかりの一つとなる。
セキュリティ企業が検証の欠陥を指摘する理由
初期分析は、単純なプライベートキーの盗難から離れ、より構造的なブリッジの弱点に向かっている。
いくつかのセキュリティ企業は、クロスチェーンメッセージの検証に関わる問題が原因と考えている。GoPlus Securityは、クロスチェーンメッセージの検証失敗、引き出しロジックのバイパス、またはアクセス制御の弱さを指摘した。実務的には、ブリッジが拒否すべきメッセージを受け入れたり処理したりした可能性を示唆している。
Blockaidは、より狭い説明を提供し、問題はブリッジ検証関数におけるソース金額の検証不足に関係しているようだと述べている。この詳細は重要だ。もしブリッジがクロスチェーンメッセージに関連するソース金額の検証を適切に行わなかった場合、攻撃者は元の側で正当な預金と一致しないまま、 reservesからの送金を引き起こすことができる。
ExVulは、類似の理論を述べ、攻撃者が偽造されたクロスチェーンインポートペイロードを使用し、ブリッジの検証プロセスを通過したと述べている。もしこの見解が正しければ、この脆弱性はDeFiブリッジのセキュリティにおいてよく知られたコストの高いパターンに適合する：署名者の鍵が盗まれたためではなく、チェーン間で何を許可すべきかを確認するロジックが弱すぎるために失敗する。
これが、Verus Ethereumブリッジの脆弱性が単なるドル額以上に注目を集めている理由の一つだ。検証の欠陥はブリッジ設計の核心を突いている。信頼の前提や検証経路が脆弱であれば、クラシックなウォレットの侵害がなくても、大規模なクロスチェーン流動性プールが露出する可能性がある。
クロスチェーン検証の欠陥が意味すること
ブリッジシステムにおいて、クロスチェーン検証は、資産が解放される前にメッセージや送金が正当であることを確認するステップだ。このステップが破綻すると、ブリッジは拒否すべきデータに基づいて動作する可能性がある。だからこそ、セキュリティチームは単なるウォレット盗難の説明ではなく、検証経路に焦点を当てている。
DeFiブリッジのセキュリティにとってこれが重要な理由
ブリッジシステムはリスクの高い中間地点に位置している。異なるネットワークを接続し、メッセージを検証し、準備金を保持し、条件が整ったときだけ資産を解放することが求められる。これは便利だが、同時に非常に露出しやすい。
Verusのケースは、DeFiブリッジのセキュリティにおいて繰り返される教訓を強調している：セキュリティは鍵を守るだけではなく、検証機能、インポートロジック、引き出し制御が不正なデータや偽造データに騙されないようにすることも重要だ。
セキュリティ企業は、まさにその問題のクラスに焦点を当てている。クロスチェーン検証の欠陥、ソース金額の検証不足、アクセス制御の弱さへの繰り返しの言及は、より広範な問題を示している—それは、ブリッジのクロスチェーン命令の受け入れと実行のルールが十分に強固であるかどうかだ。
ユーザーや開発者にとって、これは注視すべき部分だ。検証の前提が崩れるまでは、ブリッジは正常に動作しているように見えることもある。
ネットワークへの影響と今後の展望
Verusは、多くのブロック生成ノードが攻撃の副産物に対応してオフラインになったため、ネットワークが停止したと述べている。これにより、この話は単なるスマートコントラクトの事故を超え、ネットワークレベルの混乱へと進展した。
プロジェクトの開発者たちは、脆弱性の仕組みと今後の対応策を調査中だ。これまでのところ、Verusチームは完全な公開後の分析を発表していない。
次の段階は、技術的なレビューに集中することになる。ブリッジの検証経路がどのように迂回されたのか、疑わしい欠陥がセキュリティ企業の指摘と一致するか、そして信頼を取り戻すためにどのような変更が必要かを検討する。今のところ、この攻撃は、暗号資産自体ではなく、それをチェーン間で移動させる信頼されたコードの弱さを思い出させるもう一つの例だ。