Injective、プロトコル悪用後に4時間のブロック生成停止を報告
重要ポイント
- •8月31日にブロック181027005が生成された後、ブロック生成は約4時間停止し、さらに前のブロックは完了まで約37分かかったと報告された。
- •Injectiveは緊急アップグレードを実施したと説明し、コンセンサスシステム、INJトークン、ステーキング資産は侵害されていないと主張した。
- •オンチェーン研究者のEarthling Paddyは、悪用は独立したアプリケーションコードだけでなく、Injectiveのネイティブ取引所モジュールと保険モジュールに関わっていたと指摘した。
- •緊急リリースv1.20.3-safeharbor.1では保険基金の通貨単位チェックが追加され、メインネットでバイナリーオプション決済が無効化された。
- •研究者らは事案中に約490万ドルがEthereumへブリッジされたと推定したが、Injectiveは最終損失額や補充資金の出所を明らかにしていない。
Injectiveというレイヤー1ブロックチェーンネットワークは、コアのプロトコルモジュールに関連した悪用への対応のため、バリデータとエコシステムのインフラが動いた8月31日に、約4時間にわたりブロック生成が中断した。
Injective Foundationは9月1日、ネットワークは停止したのではなく緊急アップグレードを実施したのであり、コンセンサスメカニズム、ネイティブのINJトークン、ステーキング資産は侵害されていないと主張した。同財団は、この事案をバイナリーオプション市場を運営する少数のエコシステムアプリケーションを含む攻撃だと位置づけた。
オンチェーン研究者Earthling Paddyは、その説明の一部に異議を唱えつつも、Injectiveが悪用を迅速に封じ込め、ステーキング資金を保護した点は認めた。
ブロックチェーン記録によると、ブロック181027005は8月31日16:09:59 UTCに生成され、その後ブロック生成は約4時間停止した。Paddyは、さらに前のブロックの完了に約37分かかったとも報告した。インフラ提供企業QuickNodeも、事案中に停止したブロック高を特定しており、通常のネットワーク運用に重大な支障が出たことを裏付けた。
Injectiveは、この長時間の中断を高速化されたアップグレード手順に起因すると説明した。バリデータと支援インフラは緊急ソフトウェアリリースへの移行を余儀なくされ、必要期間内にアップグレードを完了できなかった一部のバリデータは一時的に jailed された。Coinbase と Coins.ph を含む複数の暗号資産取引所も、Injectiveに関係する送金を一時的に制限した。
悪用の中心となったコアプロトコルモジュール
Paddyは、脆弱性がエコシステムアプリケーションに限定されていたとする財団の説明に異議を唱えた。彼の分析によれば、攻撃にはInjectiveのネイティブ取引所モジュールと保険モジュールに関連するメッセージが関与していた。
v1.20.3-safeharbor.1 と識別された緊急リリースでは、ブロックチェーンのコアコードに変更が加えられた。その中には保険基金の通貨単位チェックが含まれ、対応の一環としてメインネット上でバイナリーオプションの決済が無効化された。
これらの変更は、脆弱なロジックが独立したアプリケーションコードに限定されていたのではなく、アプリケーションが使用するプロトコルモジュール内にあったことを示している。
Injectiveはまだ、悪用の詳細、正確な実行経路、全体の財務的影響を示す完全な技術的事後分析を公表していない。同財団は、攻撃経路は封じ込められ修正済みであり、同様の事案の可能性を下げるため、より強固なシステム不変条件、リアルタイム監視、追加のセキュリティ対策を導入していると述べた。
INJECTIVEからの公式声明 昨日、Injectiveの貢献者は、すべてのバリデータとエコシステムインフラにわたり当初想定よりも時間を要した迅速なネットワークアップグレードを調整した。InjectiveブロックチェーンとINJは、その間ずっと安全に保たれていた… — Injective (@injective) September 1, 2026
事案中に約500万ドルがEthereumへブリッジ
研究者らは、悪用の最中に約490万ドル相当がEthereumへブリッジされたと推定した。Paddyは、その金額にほぼ相当する資金が攻撃者に関連付けられたウォレットに残ったままで、その後動いていないと示した。
ただし、最終的な財務損失はなお不明だ。Injectiveは、最終的にどれだけの暗号資産が流出したのか、発生した不足を誰が負担したのか、後に補充されたように見えたエコシステム資金プールがどのように回復したのかを公表していない。補充が財団、開発者、あるいはエコシステム内の別の参加者によるものだったのかも明らかではない。
同財団は、利用者はこの事案の影響を受けていないとの立場を維持している。InjectiveのCEOであるEric Chenも、組織が回復対応を支援しており、追加被害が出る前に悪用を封じ込められたことに安堵していると述べた。
この事案からは2つの明確な結論が導かれる。InjectiveのコンセンサスシステムとステーキングされたINJは安全だった一方、ネットワークはそれでもブロック生成の大幅な中断を経験した。
開発者と利用者にとって、この出来事は、Injectiveのバリデータおよびステーキング基盤の堅牢性と、エコシステムアプリケーションを支えるプロトコルモジュールに伴うリスクの両方を浮き彫りにする。
完全な技術的事後分析がないため、悪用の仕組み、財務損失、回復プロセスに関する複数の疑問は未解決のままだ。さらなる詳細が公表されるまで、この事案はInjectiveの緊急対応手順と、コアプロトコルとネットワーク上に構築されたアプリケーションとの安全境界にとって重要な試金石であり続ける。
