シャイ・フルード2.0：Supply Chain Secure 方法

• 自己増殖型ワーム：Shai-Hulud 2.0はGitHubの認証情報を窃取し、自身を再パッケージ化して、メンテナのnpmポートフォリオ全体に再公開する。

• 大規模な拡散：700以上の感染したnpmパッケージ、25,000以上のGitHubリポジトリ、500人のメンテナが影響；30分ごとに1,000以上の新規リポジトリが追加される（Wiz）。

• クロスエコシステムへの影響：自動化されたnpmからMavenへのミラーリングを通じて、Maven/Javaでも同様に確認される。

• 主なリスク：CI/CDへの曝露、機密情報の侵害、インストール時実行、およびレジストリの汚染。

• 防御：SBOMの正確性、プロバンス検証、実行時監視、厳格なトークン／シークレット管理。

Shai-Hulud 2.0の拡散規模と速度は、近年のサプライチェーン関連インシデントで観測された事例をすべて上回った。標的型npm侵害として始まった事態は、瞬く間に数千のプロジェクトと数百のメンテナに影響を及ぼす、システム的なクロスプラットフォーム感染へと拡大した。

典型的なnpmマルウェアは単一のトロイの木馬化されたパッケージが関与するのに対し、Shai-Hulud 2.0はワームのように振る舞う。開発者を侵害した後、GitHubの認証情報を盗み、自身を再パッケージ化し、メンテナの全パッケージセットに再公開する。これにより各被害者が新たな配布拠点となり、エコシステム全体で急速かつ指数関数的な拡散を引き起こす。

数百のnpmパッケージが侵害されました。これには、確立された組織が管理する注目度の高いプロジェクトも含まれており、下流への影響を拡大させています。

このワームは、盗まれた認証情報による自動公開を駆動力として、30分ごとに1,000以上の新たな悪意あるGitHubリポジトリを生成していることが確認されている（Wiz）。新たな被害者はそれぞれ拡散ノードとなり、サイクルごとに総被害規模を増幅させている。

Shai-Hulud 2.0の認証情報窃取コンポーネントは特に深刻な被害をもたらしている。確認済みの漏洩情報には、GitHub、AWS、GoogleCloud 、Azureといった主要プラットフォームにまたがる1,500件以上の認証情報とトークンが含まれている。

この機微なトークンの大量流出は、広範なマルチクラウド環境への侵害を示しており、長期にわたる悪用の可能性を秘めている。

幸いなことに、Zapier、PostHog、Postmanといった著名なメンテナンス担当者の多くは、既に自身のパッケージの管理権限を取り戻しています。悪意のあるバージョンはnpmから削除され、影響を受けた多くのリポジトリは復旧またはクリーンアップが進められています。

しかし、この事象は依然として進行中です。迅速な修復が行われた場合でも、組織は依存関係の健全性、CIパイプライン、GitHubアカウントを継続的に監視し、さらなる認証情報の漏洩や自動化された再公開の兆候がないか確認する必要があります。

特に、この動きは自動化されたnpmからMavenへのアーティファクト変換（JFrog）を通じて、Maven/Javaなどの他のエコシステムにも影響を与えている。

• Shai-Hulud 2.0の主な標的はnpmのままである一方、今回の攻撃波はクロスエコシステム感染のリスク、特にJava/Mavenプロジェクトへの波及リスクを明らかにした。セキュリティ研究者が特定した悪意のあるMavenアーティファクト：
  • org.mvnpm:posthog-node:4.18.1 同じペイロードを含むもの (セットアップ_バン.js そして bun_environment.js侵害されたnpmパッケージ内で発見されたハッカーニュース) .
• 仕組み:自動化されたブリッジングツールが、Javaプロジェクト向けにnpmパッケージをMavenアーティファクトとして再構築します。Node.jsを直接使用していないチームでも、プロジェクトがこれらのミラーリングされたアーティファクトに依存している場合、影響を受ける可能性があります。

これは、サプライチェーン攻撃が生態系に依存しないリスクであることを示している。npmを直接使用しないプロジェクトでさえ、自動化されたツールを通じてリスクを継承する可能性がある。

PostHogの侵害は、CI/CDの脆弱性の微妙さを示している：

• 悪意のあるプルリクエストがGitHub Actionsのpull_request_targetを悪用した。

• ボットPATが不正に流出され、これによりトロイの木馬化されたnpm SDKが公開される事態が発生した。

CI/CDワークフローは、自動化されたものであっても、高リスクな攻撃対象領域です。スクリプトを制限し、トークンの露出を最小限に抑え、有効期間の短い認証情報を強制適用してください。

• 依存関係の固定は、推移的依存関係のために失敗する可能性があります。

• 静的SCAスキャナーは、正当なパッケージ名の下で新たに公開されたトロイの木馬化されたコードを検出できません。

• CI/CDパイプラインを介したトークンの悪用は、内部リポジトリさえも危険に晒す。

SBOMおよびサプライチェーンツールは以下を提供できます：

1. 依存関係の透明性: バージョンとメンテナのメタデータを含む、直接依存関係と推移的依存関係を追跡します。
2. 出所検証：予期せぬパッケージの変更や未知のメンテナを特定します。
3. 認証情報とシークレットの監視：漏洩の試みや不正使用されたトークンを検出します。
4. 行動分析：インストール中のリソースアクセスや異常な実行パターンを監視します。

万能薬とは言えないが、SBOMと継続的モニタリングを組み合わせることで、ワーム型攻撃に対する防御を強化できる。

OPSWAT 技術はソースコードリポジトリをスキャンし、悪意のあるnpmパッケージ「sha1-hulud」を検出します。

1. 認証情報のローテーション：GitHub PAT、npmトークン、SSHキー、クラウド認証情報；MFAを有効化。
2. 侵害されたパッケージを削除する: npmキャッシュとnode_modulesをクリアし、既知のクリーンなバージョンに固定する。
3. GitHubとCI/CDの監査：新しいリポジトリ、ワークフロー、不審なコミットを探します。
4. パイプラインを強化する：ライフサイクルスクリプトを制限し、外部ネットワークアクセスを制限し、トークンのスコープを最小化する。
5. 継続的監視：依存関係とビルドパイプラインを重要な攻撃対象領域の一部として扱う。

Shai-Hulud 2.0がnpm-to-Mavenブリッジングを介してMaven/Javaに波及した事例は、サプライチェーン攻撃が言語やエコシステムの境界を越えて発生し得ることを示している。自動化されたブリッジングツールが使用されている場合、npmを直接利用していないプロジェクトでさえも影響を受ける可能性がある。

盗まれたトークン（GitHub、npm、クラウド）は、機密環境への拡散とアクセスを可能にします。短命でスコープ限定のトークンを使用し、多要素認証（MFA）を強制し、侵害の疑いがある場合は直ちに認証情報を更新してください。自動化されたシークレットスキャンツールを使用してプロセスを加速させます。