Swarmのサプライチェーン攻撃、悪意のあるnpmパッケージを介してノードウォレットを標的に
TREE NEWS 報道： 分散型ストレージプロジェクトSwarmの開発チームであるEthersphereは、ノードウォレットを潜在的な盗難に晒すサプライチェーン攻撃を受けました。11月9日、攻撃者はbee-jsライブラリの悪意のあるバージョン（13.3.0）をnpmに公開し、トロイの木馬化されたSwarm Desktop 0.56.2を自動アップデートを通じてプッシュしました。悪意のあるコードはBeeノードの設定ファイルと暗号化されたウォレットのキーストアを読み取り、攻撃者に送信します。設定ファイルはキーストアのパスワードを平文で保存しているため、ノードウォレットは完全に侵害される可能性があります。マルウェアはリモートコントロールのバックドアもインストールします。npmパッケージとデスクトップバージョンの両方が削除され、資金の損失は確認されていません。
攻撃の解剖
この攻撃はソフトウェアサプライチェーンへの信頼を悪用しました。公式のbee-jsパッケージとデスクトップの自動アップデートメカニズムを侵害することで、攻撃者は正当なソフトウェアを実行していると信じているユーザーに到達しました。bee-jsライブラリはBeeノードと対話するためのJavaScriptクライアントであり、Swarm Desktopはノードを実行するためのユーザーフレンドリーなインターフェースを提供します。悪意のあるバージョンは1日未満しか公開されていませんでしたが、自動アップデートしたノード運営者によってダウンロードされた可能性があります。
この事件は、攻撃者がブロックチェーン自体ではなく、開発および配布層を標的にするという成長傾向を浮き彫りにしています。スマートコントラクトは監査されるかもしれませんが、ユーザーがそれらと対話するために依存するツールはしばしばあまり精査されません。設定ファイルにキーストアのパスワードを平文で保存することは特に危険な設計上の選択であり、単純なファイル読み取りを完全なウォレット侵害に変えてしまいます。
業界への影響
暗号資産業界ではサプライチェーン攻撃が頻繁になっています。最近数ヶ月で、いくつかのプロジェクトが侵害された依存関係、悪意のあるブラウザ拡張機能、偽のアプリアップデートを通じて同様の脅威に直面しました。ノード運営者にとって、この事件は厳格なアップデートポリシー、署名検証、およびノードインフラストラクチャからのウォレットキーの分離の必要性を強調しています。
- アップデート前に検証：ノード運営者はアップデートを適用する前にパッケージの署名とチェックサムを手動で検証する必要があります。
- キーとノードを分離：キーストアのパスワードを平文で保存しないでください。ノード資金にはハードウェアウォレットまたはセキュアエンクレーブを使用してください。
- 依存関係の監視：開発チームはソフトウェア部品表（SBOM）と自動依存関係スキャンを実装する必要があります。
- インシデント対応：Ethersphereは悪意のあるバージョンを迅速に削除しましたが、ダウンロードしたユーザーは侵害を想定し、キーをローテーションする必要があります。
将来を見据えた視点
分散型ストレージとインフラストラクチャプロジェクトが成熟するにつれて、セキュリティはコンセンサスメカニズムを超えてソフトウェアライフサイクル全体に拡張する必要があります。Swarm事件は、暗号資産業界がDevSecOpsプラクティスを採用し、ユーザーがノードソフトウェアを重要なインフラストラクチャとして扱うための警鐘です。損失は確認されていませんが、攻撃は最も弱いリンクがしばしばアップデートチャネルであることを示しています。プロジェクトは署名付きリリース、再現可能なビルド、自動アップデートのための必須多要素検証の実装を検討すべきです。規制当局や監査人は、広範な暗号資産コンプライアンスの一環としてソフトウェアサプライチェーンセキュリティを精査し始めるかもしれません。今のところ、Swarmノード運営者は直ちにシステムを侵害の指標について確認し、資金を安全なウォレットに移動する必要があります。
