blog

サプライチェーン攻撃とは?手口・事例と対策、AIで防ぐ方法【2026年】

サプライチェーン攻撃対策:AIで防ぐ手順と2026年最新事例

結論:サプライチェーン攻撃対策の核心は「つながり」の可視化と異常検知の自動化にある

サプライチェーン攻撃とは、攻撃対象の組織を直接狙わず、委託先・取引先、利用中のソフトウェアやライブラリ、クラウド事業者といった「つながり」の弱い所から侵入する攻撃だ。攻撃者は標的組織のセキュリティが堅固でも、その組織が信頼して使っているものを先に汚染する。

AIで防ぐ要点は三つに集約される。第一に、依存パッケージの異常や不審な通信を自動で見つけること。第二に、部品一覧(SBOM)と脆弱性情報の突き合わせを自動化して入口の見落としを減らすこと。第三に、侵入後の検知遅れを縮めることだ。AIは「見つける・照合する・知らせる」を速くするが、正規の配布元から届く改ざんを単独で止めきれるわけではない。以下では、実際の事例とCISAの推奨対策をもとに、AIが役立つ場面と限界を整理する。

IPA「情報セキュリティ10大脅威 2026」組織編では、サプライチェーンや委託先を狙った攻撃が2位(2019年初選出、8年連続8回目)に位置づけられた(2026年1月29日発表)。IPA

関連記事ラテラルムーブメントの手口とAIで止める方法は? / VPNの脆弱性を狙う侵入の手口と対策は? / AIハッキングの主な被害一覧は?

サプライチェーン攻撃とは何か:攻撃の流れと手口の種類

攻撃者は標的組織が「信頼している供給元」を先に侵害し、そこから正規のルートで悪意あるコードや不正アクセスを届ける。利用者側は正規の更新やライブラリを受け取っているに過ぎないため、一般的な境界防御では検知しにくい。

攻撃者(脅威アクター)OSS/パッケージ(npm, xz utils 等)ソフトウェア更新(SolarWinds 等)クラウド事業者(IDCFクラウド 等)侵害標的組織(企業・行政機関等)正規経路で侵入情報漏えい/業務停止
図1:サプライチェーン攻撃の侵入経路。攻撃者はOSS・ソフトウェア更新・クラウド事業者を先に侵害し(赤矢印)、そこから標的組織へ正規の経路(青破線矢印)で悪意あるコードや不正アクセスを届ける。

確認された事例をもとに、主な手口は以下の4類型に整理できる。

サプライチェーン攻撃の主な手口と代表事例(2026年10月時点)
手口の類型 攻撃の仕組み 代表事例 出典
① ソフトウェア更新・ビルドの改ざん 正規の配布元を侵害し、悪意あるコードを含む更新を正規ルートで配布する SolarWinds Orion(2020〜2021年) CISA
② OSS・パッケージへのコード混入 広く使われるライブラリやレジストリに悪意あるコードを注入する xz utils CVE-2024-3094、npm Shai-Hulud(2025年9月) CISA(xz utils)、CISA(npm)
③ クラウド事業者の侵害による波及 クラウド基盤が攻撃を受け、そこを利用する組織のシステム・データが影響を受ける IDCFクラウドへのランサムウェア攻撃(2026年10月) IDCフロンティア第2報
④ 委託先・取引先経由の侵入 セキュリティ対策が相対的に弱い委託先を踏み台にして標的組織へ侵入する IPAが10大脅威2026の脅威名に「委託先を狙った攻撃」と明記している。 IPA 10大脅威 2026

実際の事例:2024〜2026年の主な被害

IDCFクラウド(2026年10月):クラウド事業者侵害による495の企業・自治体への波及

2026年10月7日午前3時40分頃、IDCフロンティアが提供する「IDCFクラウド」の一部システムに第三者による不正アクセスが発生した。東日本リージョン1でランサムウェア攻撃による障害が生じ、IDCFクラウドと契約する495の企業・自治体が影響を受けたとされる(IDCフロンティア第2報、2026年10月7日)。IDCフロンティア第2報

第3報(10月8日)では、東日本リージョン1の4ゾーンの顧客データは復元が困難な見通しが示され、復元は顧客自身のバックアップからのみ可能との見解が公表された。IDCフロンティア第3報

この事案では利用組織側にも波及が生じた。JR東日本・ビューカード・JR九州などがメールアドレス等の漏えい可能性を公表した(いずれも「漏えいの事実は確認されていない」「閲覧・取得の可能性を否定できない」段階)。日水物流は17拠点で入出荷停止、茨城県・小平市などの自治体サイトにも影響が出た(2026年10月13日時点のまとめによる)。piyolog(2026年10月8日付、10月13日追記)

この事案が示す教訓は明確だ。利用者側の設定や監視が適切であっても、クラウド事業者側が侵害されると、利用者単独では防ぎようのない被害が生じうる。自社バックアップの有無が、事業継続の可否を左右する。

npm Shai-Hulud(2025年9月):500超のパッケージを巻き込んだ自己増殖型ワーム

CISAは2025年9月23日、npmエコシステムへの広範なサプライチェーン侵害として「Shai-Hulud」への注意喚起を公表した。500超のパッケージが侵害され、感染後は環境内を走査してGitHubのパーソナルアクセストークン(PAT)、AWS・GCP・Azureのクラウド用APIキーなど機密認証情報を収集し、攻撃者管理の先へ送信する。さらに侵害された開発者としてnpmに認証し、他のパッケージにコードを注入して改ざん版を公開することで感染を拡大する仕組みだ。CISA(2025年9月23日)

xz utils CVE-2024-3094(2024年):Linuxの圧縮ライブラリへの悪意ある混入

XZ Utilsのバージョン5.6.0と5.6.1に悪意あるコードが組み込まれていると報告された(CVE-2024-3094)。XZ UtilsはLinuxディストリビューションに含まれうるデータ圧縮ソフトウェアであり、影響システムへの不正アクセスにつながるおそれがあるとされた。CISAは5.4.6 Stableなど侵害されていないバージョンへのダウングレード、悪意ある活動の調査、問題発見時のCISAへの報告を推奨した。CISA(2024年3月29日)

SolarWinds Orion(2020〜2021年):政府・重要インフラを標的にした高度なAPT攻撃

CISAは、SolarWinds Orionのソフトウェアサプライチェーンが高度な持続的脅威(APT)の攻撃者に侵害されたとして緊急指令(ED 21-01)を発令し、連邦民間機関にSolarWinds Orion製品の即時切断または電源停止を求めた。対象は連邦・州・地方政府、重要インフラ事業者、その他の民間組織に及ぶ。2021年1月6日の補足ガイダンスでは影響機関にフォレンジック分析を要求し、検出用ツールCHIRPを公開した。FBI、ODNIと共同でCyber Unified Coordination Groupも結成された。CISA「Supply Chain Compromise」(2021年1月7日)

AIで防ぐ方法:段階ごとの仕組みと貢献できる領域

AIが働く4つの段階1依存関係の把握SBOMと脆弱性情報を自動で照合2外向き通信の監視NDR・UEBAで不審な送信を検知3認証情報の異常利用ITDR・UEBAでいつもと違う利用を検知4パッケージの改ざん確認ハッシュと署名を自動で検証
図:サプライチェーン攻撃に対して、AIが働く4つの段階。

サプライチェーン攻撃は、人手では追いきれない数の部品・通信・ログの中に紛れ込む。そこで、CISAがnpm事案で推奨した検知・監視の対策を、AIを使う一般的な仕組み(SBOM管理ツール・NDR・UEBA・ITDR・EDR)に当てはめると次のようになる。AIの役割は、異常を人より早く見つけて知らせ、照合を自動にすることだ。

サプライチェーン攻撃対策の段階とAIが貢献できる領域(2026年10月時点)
対策の段階 課題 AIが貢献できる領域 対応するCISA推奨対策
① 依存関係の把握と照合 入れ子の依存まで人手で追うことは困難 SBOM管理ツールがlockファイルから推移的依存を自動抽出し、既知の脆弱性情報と照合する lockファイルから入れ子の依存を特定、キャッシュ済みパッケージも確認(CISA 2025年9月23日)
② 不審な外向き通信の監視 侵入後、データ窃取の通信を見落としやすい NDR・UEBAが通信パターンを学習し、不審ドメインへの外向き通信を見つけやすくする 異常なネットワーク動作の監視、不審ドメインへの外向き通信のブロック(CISA 2025年9月23日)
③ 認証情報の異常利用の検知 盗んだ認証情報での正規ログインは見分けにくい ITDR・UEBAが普段と異なるログインパターン・API利用を見つけやすくする 開発者認証情報のローテーション、MFA必須化(CISA 2025年9月23日)
④ パッケージの完全性確認 改ざんされた版の配布に気づきにくい ハッシュ・署名の自動検証で改ざんを見つけやすくする 安全なバージョンへの固定(CISA 2025年9月23日)

AIによる異常検知は、人手では追いきれない通信量・ログ量を扱う場面で有効性が高い。一方で、自動化はあくまで「見つけやすくする」補助であり、判断・対応・委託先との契約管理を代替するものではない。

次に読む:ラテラルムーブメントの手口とAIで止める方法は?

ラテラルムーブメントとは?侵入後の横展開の手口とAIで止める方法【2026年】

AIの限界と注意点:見抜きにくい攻撃のパターン

AI搭載の検知ツールにも、構造的に対応しにくい攻撃パターンがある。事例の事実から整理すると、主に二つの局面で限界が生じる。

一つ目は、「正規の更新や正規のリポジトリ経由」で届く場合だ。SolarWinds Orionのように正規の更新に悪意が混じる場合や、xz utilsのように正規のオープンソース成果物に混入する場合、配布元が「正しい」ことを前提とするシステムでは見抜きにくい。CISAがxz utilsで求めた対応は、侵害されていないバージョンへの切り戻しと調査であり、「防ぐ」ではなく「早期に気づいて戻す」アプローチだった。

二つ目は、クラウド事業者側が侵害される場合だ。IDCFクラウドの事案では、利用者側の設定・監視がどれほど適切であっても、クラウド基盤自体が攻撃を受けると利用者側での防御に限界がある。顧客データの復元が困難な見通しが示され、復元手段は顧客自身のバックアップのみとされた(IDCフロンティア第3報)。この事実は、自社でのバックアップ管理が不可欠であることを示している。

AIを含む検知の仕組みは、侵入後の被害拡大を抑えるための一手段であり、サプライチェーン全体のリスクを網羅的に遮断できるものではない。

AIだけに頼らない基本対策と導入の順番

導入の順番1部品の棚卸し(SBOM)入れ子の依存まで把握2開発者アカウントの保護多要素認証と認証情報の更新3安全な版に固定し通信を監視不審な外向き通信を止める4クラウドのデータを自社で控える事業者の障害に備える5取引先の対策を確認する契約で報告の義務も決める
図:サプライチェーン攻撃への対策の導入の順番。

CISAはnpm Shai-Hulud事案への対応で、組織がとるべき具体的な対策を示している。CISA(2025年9月23日) これを踏まえ、実施の順番を以下に整理する。

  1. 使っている部品・パッケージの棚卸し(SBOM):lockファイルから入れ子の依存関係まで影響パッケージを特定し、キャッシュ済みパッケージも確認する。CISAはSBOMに最低限含めるべき要素をまとめたガイダンスを公表している。CISA SBOM
  2. 開発者・管理者アカウントの多要素認証と認証情報の管理:GitHubやnpmでフィッシング耐性のある多要素認証を必須化し、開発者の認証情報をローテーションする。不要なGitHub AppsやOAuthアプリを削除し、ブランチ保護ルール・Secret Scanning・Dependabotのセキュリティ更新を有効化する。
  3. 安全なバージョンへの固定と不審な通信の監視:パッケージを安全が確認されたバージョンに固定し、異常なネットワーク動作と不審ドメインへの外向き通信を監視する。ファイアウォールログを定期確認する。
  4. クラウド上データの自社バックアップ:IDCFクラウドの事案が示すとおり、クラウド事業者側の障害でデータ復元が利用者自身のバックアップに依存する事態が現実に起きた。クラウドサービスのデータを自社でバックアップしておくことは、事業継続の前提条件といえる。
  5. 取引先の対策状況の把握:経済産業省は、取引先のセキュリティ対策の状況を共通の基準で段階的に見える化する「サプライチェーン強化に向けたセキュリティ対策評価制度(SCS評価制度)」の構築を進めている。経済産業省 制度の詳細は経産省・IPAの公式案内で確認されたい。

経済産業省とIPAの「サイバーセキュリティ経営ガイドライン Ver 3.0」(2023年3月)は、取引先や委託先を含むサプライチェーン全体の対策を、経営者が担当者に指示すべき項目に挙げている。ソフトウェアや製品を提供する側は、脆弱性の報告を受けて対応する窓口(PSIRT)を置き、利用者へ速やかに知らせる体制を整えておく。

CISAは別資料「Defending Against Software Supply Chain Attacks」で、利用者とベンダーの双方がNISTのC-SCRMとSSDFを使ってリスクを特定・評価・低減する方法を示している。CISA「Defending Against Software Supply Chain Attacks」

サイバーセキュリティ対策の全体設計を検討する場合は、AIセキュリティ対策の解説も参照されたい。また2026年以降の具体的な被害状況については、AIハッキングと情報漏洩の被害一覧で確認できる。

ほかの侵入の手口と対策

サプライチェーン攻撃は、ほかの手口と組み合わせて使われることが多い。関係する手口の仕組みと対策は、それぞれの解説ページにまとめている。

関係するほかの侵入の手口
手口(詳しい解説へ) どんな攻撃か
VPNの脆弱性を狙う侵入 VPN機器など外部に公開している機器の、修正されていない弱点から入り込む攻撃
フィッシング 本物そっくりのメールやサイトでID・パスワードを入力させて盗む手口
多要素認証の突破 承認通知の連打・中継型の偽サイト・SIMの乗っ取りで、2段階目の確認をすり抜ける手口
ブルートフォース攻撃 パスワードの総当たりや、流出したID・パスワードの使い回しを試してログインする攻撃
ラテラルムーブメント 侵入した後、社内ネットワークを横に移動して管理者の権限や重要なデータへ近づく行為
内部不正 社員・退職者・委託先が、与えられた権限を悪用して情報を持ち出す行為
ビジネスメール詐欺(BEC) 取引先や経営者になりすましたメールで、偽の口座へ送金させる詐欺
DDoS攻撃 多数の機器から大量の通信を送りつけ、サイトやサービスを止める攻撃

手口全体の見取り図と、AIを使った対策の優先順位はAIセキュリティ対策の解説で扱っている。

よくある質問

Q. サプライチェーン攻撃は国内でどれくらい重大な脅威か

IPA「情報セキュリティ10大脅威 2026」組織編で2位に位置づけられている。2019年に初選出され、8年連続8回目の選出だ(2026年1月29日発表)。IPA 1位のランサムウェア攻撃(11年連続)と並び、組織が最優先で対処すべき脅威の一つとなっている。

Q. 利用中のオープンソースが改ざんされたらどう動くか

CISAはnpm事案で、lockファイルから入れ子の依存関係まで影響パッケージを特定し、安全なバージョンへ固定し、開発者の認証情報をローテーションするよう推奨している。xz utilsでは5.6.0・5.6.1が影響バージョンであり、5.4.6 Stableなどへのダウングレードが推奨された。侵害を疑う場合はまずバージョンの切り戻しと調査を優先する。

Q. クラウド事業者が攻撃を受けると、利用企業にどんな影響が出るか

IDCFクラウドの事例では、2026年10月7日に東日本リージョン1が停止し495の企業・自治体が影響を受けた。顧客データの復元が困難な見通しが示され、復元は顧客自身のバックアップからのみ可能との見解が公表された。利用組織側でもメールアドレス等の漏えい可能性の公表や事業停止が生じた(2026年10月時点)。クラウドサービスのデータを自社でもバックアップしておくことが不可欠だ。

Q. 取引先の対策状況はどう確認すればよいか

まずは取引先との契約で、守るべき対策と事故時の報告義務を決めておく。経済産業省は、取引先の対策状況を共通の基準で段階的に見える化する「SCS評価制度」の構築を進めている。詳細は経産省・IPAの公式案内(経済産業省 SCS評価制度)で確認されたい。


参考文献

監修

河合 継(クリスタルメソッド株式会社 代表取締役)

AI・ディープラーニングに関する特許16件の発明者。過去、国立がん研究センターとの共同研究や、テレビ番組でのAI解説実績を持つAI研究者として、AIの研究開発を主導している。
運営会社について | 編集方針

AIブログ購読

 
クリスタルメソッドがお届けする
AIブログの更新通知を受け取る

Read next

あわせて読みたい

  • ラテラルムーブメントとは何か|攻撃の流れとAIによる防御の要点

    ラテラルムーブメントとは?侵入後の横展開の手口とAIで止める方法【2026年】

    結論:ラテラルムーブメントは「侵入の完了」ではなく「被害拡大の開始」である ラテラルムーブメントとは、侵入に成功した攻撃者が、認証情報の窃取や権限の昇格を重ねな...

  • VPN脆弱性対策の要点:外部公開機器の侵入リスクとAI活用の実際

    VPNの脆弱性を狙う侵入とは?手口・事例と対策、AIで防ぐ方法【2026年】

    結論:VPN脆弱性対策で最初に着手すべきこと VPN機器・ルーター・ファイアウォールなど外部に公開している機器の脆弱性を突く侵入とは、インターネットから直接届く...

  • AIハッキングで情報漏洩が相次ぐ?日本・世界の主な被害一覧【2026年7〜10月】

    AIハッキングで情報漏洩が相次ぐ?日本・世界の主な被害一覧【2026年7〜10月】

    AIハッキングで情報漏洩が相次ぐ?日本・世界の主な被害一覧【2026年7〜10月】 2026年9月末時点で、日本国内の企業・自治体が公表した不正アクセス等の被害...

View more