サプライチェーンの脅威

ソフトウェアサプライチェーン攻撃とは、組織を直接侵害するのではなく、組織が信頼して利用するもの、つまりライブラリ、ビルドツール、コンテナのベースイメージ、更新サーバーなどを改ざんすることで組織を侵害する攻撃です。

現代のソフトウェアは数百ものサードパーティ製コンポーネントから組み立てられるため、1つの汚染された経路が、下流のすべての利用者に引き継がれます。攻撃者は一度投資するだけで、多数の被害者に到達できます。

• 信頼の逆転 — セキュリティ境界が自分のコードの外側に移ります
• 推移的な影響範囲 — 1つの悪意あるパッケージが何千ものビルドに入り込みます

直接依存関係を1つ追加すると、選択した覚えのない推移的依存関係が数十個も取り込まれることがよくあります。一般的なNodeまたはPythonのアプリは少数のパッケージを宣言しますが、解決後には数百個になることがあります。

実際に出荷するものを確認するには、マニフェストだけでなく、解決後の完全なツリーを一覧表示します。

攻撃者は、人気のあるパッケージに似た名前の悪意あるパッケージを公開し、致命的なタイプミスを誘います。

• タイポスクワッティング — requests の代わりに reqeusts を使わせます
• コンボスクワッティング — python-requests のように、実際の名前をまねます
• 依存関係の混同 — 内部の非公開パッケージと同じ名前の公開パッケージを登録し、設定を誤ったリゾルバーに攻撃者のバージョンを取得させます

信頼できる内部レジストリを固定し、スコープ付きまたは名前空間付きの非公開パッケージを使用して防御します。

正当で広く信頼されているパッケージでも、メンテナーのアカウントが侵害されたり、悪意あるコントリビューターが公開権限を取得したりすると、危険なものに変わる可能性があります。

近年の実際のインシデントでは、攻撃者がメンテナーの認証情報をフィッシングで盗み、インストール中にトークンを外部へ送信する汚染されたパッチリリースを公開しています。

• すべての公開用アカウントで2FAを必須にします
• スコープ付きの公開トークンと保護されたリリースを備えたパッケージを優先します
• 重要な依存関係に予期しない新しいメンテナーが追加されていないか監視します

多くのエコシステムでは、アプリが実行されるより前のインストール時にコードが実行されます。npm installによって、環境変数やSSHキーを盗むpostinstallフックが実行される可能性があります。

CIでは任意のインストールスクリプトを無効にし、それらを必要とするパッケージを監査します。

ビルド環境そのものが価値の高い標的です。攻撃者がコンパイラー、CIランナーのイメージ、またはビルドプラグインを汚染すると、ソースコードがクリーンであっても、そこで生成されるすべてのアーティファクトにバックドアが仕込まれます。

典型的な例は、正当なコード署名キーでマルウェアに署名する、トロイの木馬化された更新メカニズムです。これにより、被害者はそれを本物として受け入れてしまいます。

• ビルドインフラストラクチャを本番環境として扱い、完全に強化します
• 一時的で再現可能なビルドランナーを使用します
• 署名キーをビルドホストから分離します

ロックファイルは正確なバージョンとコンテンツハッシュを固定するため、再解決によって別のアーティファクトにひそかに置き換えられることを防ぎます。必ずコミットし、自由に再解決するのではなく、CIで検証させます。

整合性フィールドにはハッシュが保存されます。ダウンロードしたtarballが一致しない場合、インストールは失敗します。

既知の脆弱なバージョン（CVEとして追跡されます）は、サプライチェーンにおける最も一般的な弱点です。ソフトウェア構成分析（SCA）ツールは、解決後の依存関係を脆弱性データベースと照合します。

CIでスキャンを実行し、重大な検出結果があればビルドを失敗させます。

可変のバージョン範囲（^1.2.0）を指定すると、新しいリリースが自動的に取り込まれます。これは便利ですが、悪意あるパッチにさらされることになります。

• 正確なバージョンに固定し、アップグレードを意図的にレビューします
• コンテナイメージは、latestのような変更可能なタグではなく、ダイジェストで固定します
• 重要な依存関係を自分のリポジトリまたはミラーにベンダリングし、上流での削除によって障害や汚染が起きないようにします

サプライチェーンのセキュリティ確保は、一度きりのスキャンではなく継続的な取り組みです。何を出荷するのか、どこから来たのか、いつ脆弱になるのかを把握する必要があります。

• すべてのリリースでSBOMを生成します（次のレッスンで扱います）
• アーティファクトがどのように生成されたかを証明できるよう、ビルドの来歴を記録します
• 新たに公開されたCVEによって、すでに出荷したビルドを再評価できるよう、アドバイザリを購読します

信頼できない入力が入り込む可能性のあるすべての段階を洗い出します。開発者のマシン、ソース管理、依存関係レジストリ、ビルドシステム、アーティファクトストレージ、更新チャネルが対象です。それぞれが潜在的な注入ポイントです。

各段階で、ここに書き込めるのは誰か、侵害された場合に何を実行できるか、そしてどのように検知できるかを問いかけます。これにより、一般的なチェックリストではなく、優先順位付けされた対策の一覧が得られます。

一般的なサプライチェーン攻撃の種類について理解度を確認しましょう。

依存関係が攻撃経路になる理由と、そのリスクを軽減する方法を学びました。

• 信頼の逆転とは、自分で管理できない第三者にセキュリティが依存することです
• 主な脅威は、タイポスクワッティング、依存関係の混同、メンテナーの乗っ取り、悪意あるインストールスクリプト、侵害されたビルドツールチェーンです
• 中核となる防御策は、整合性ハッシュ付きロックファイル、SCAスキャン、ダイジェストによる正確な固定、公開者の2FA、継続的な監視です

次は、SBOMを使ってソフトウェアに何が含まれているかを正確に一覧化します。