Injective Labs SDKのGitHubリポジトリが侵害、暗号資産ウォレット秘密鍵を外部流出させるnpmパッケージが配布

「GitHubのリポジトリって信頼できると思ってたんでしゅけど、改ざんされることがあるんでしゅか？」
「暗号資産のウォレット秘密鍵が抜かれたら、どうなるんでしゅか？」

チップス

ボス！Injective LabsのGitHubリポジトリが侵害されて悪意あるnpmパッケージが配布されたって聞いたんでしゅけど、秘密鍵って盗まれたら終わりでしゅよね？

ボス

2026年7月8日にリリースされた侵害バージョンの話だな。既存の開発者アカウントが乗っ取られ、正規のコミット手順を経て悪意あるコードが混入された。秘密鍵は暗号資産では「それを持つ者がすべてを支配する」情報だ。流出すれば資産は即座に奪われる。

GitHubのリポジトリ自体に悪意あるコードが混入したことで、「公式リポジトリだから安全」という前提が崩れた事例だ。
今回の手口と、影響を受けたユーザーが今すぐ取るべき行動を解説する。

ブロックチェーン開発の根幹を担うSDKが汚染されたことで、そのSDKを使って構築したアプリケーションのユーザーも被害を受けた可能性がある。

Injective Labs SDKのGitHub侵害、どのようにして起きたのか

今回の攻撃の特徴は「公式の開発者アカウント」を乗っ取った点にある。

既存の開発者アカウント悪用で、セキュリティ審査をすり抜けた

攻撃者はInjective Labsに貢献履歴を持つ開発者のGitHubアカウントを侵害し、そのアカウントを使って悪意あるコードをリポジトリにコミットした。
正規のコミット手順を経ているため、通常のコードレビューでは検知しにくく、7月8日にリリースされた @injectivelabs/sdk-ts@1.20.21 が公式パッケージとしてnpmに公開された。
さらに依存関係にある17個のパッケージも同時に汚染されており、合計18パッケージが影響を受けた。

チップス

開発者アカウントが乗っ取られるって、どういうことでしゅか？　パスワードが盗まれたってことでしゅか？

ボス

フィッシング、マルウェア、過去の認証情報漏洩からのリスト攻撃など手口はさまざまだ。GitHubアカウントにMFAがなければ、パスワードを知っているだけで乗っ取れる。今回のような攻撃を防ぐためにもMFAは必須だ。

混入された悪意あるコードの動作は以下のとおりだ。

ブロックチェーンSDKのサプライチェーン攻撃が危険な理由

今回のような攻撃がなぜ特に深刻なのかを理解しておきたい。

秘密鍵は「銀行の金庫の鍵」、流出即座に資産喪失

暗号資産における秘密鍵は、その鍵を持つ者がすべての資産を自由に移動できる唯一の認証手段だ。
パスワードと違って、第三者（取引所や警察）に「戻してもらう」仕組みが存在しない。秘密鍵が盗まれれば、攻撃者は被害者の資産を瞬時に別ウォレットへ転送でき、取り戻す手段はほぼない。
今回のSDKを使って生成したウォレットの秘密鍵が汚染バージョン経由で漏洩していれば、それは即座の資産損失を意味する。

チップス

秘密鍵が盗まれたかどうかって、どうやって確認するんでしゅか？

ボス

確認する方法は事後的には難しい。それより「汚染バージョン（1.20.21）を使って処理した秘密鍵はすべて危険とみなして交換する」が唯一の安全な行動だ。コストはかかるが、資産を守るためには必要な措置だ。

影響を受けた可能性があるユーザーが取るべき行動をまとめる。

まとめ

Injective LabsのGitHubリポジトリ侵害は、信頼された開発者アカウントを通じた内部からのサプライチェーン汚染という手口の危険性を示した。
暗号資産SDKの場合、汚染されたコードが実行されれば即座に資産損失に直結する。v1.20.21を使用した開発者とエンドユーザーは、今すぐ秘密鍵の交換と新バージョンへのアップグレードを行ってほしい。

チップス

ブロックチェーン系のプロジェクトでこういう攻撃があるんでしゅね。GitHubアカウントのMFA、今すぐ設定しましゅ！

ボス

ふふふ。正しい反応だ。サプライチェーン攻撃は「使っているツールを信じるな」という教訓を何度も突きつけてくる。依存パッケージのセキュリティを定期的に見直す文化を持つことが、今の時代の必須スキルだ。

GitHubアカウントのMFA設定と依存パッケージの定期的なセキュリティ監査を、開発チーム全体の習慣にすることを強く推奨する。