サプライチェーン攻撃とは？種類・手口・事例と企業の対策【2026年版】

サプライチェーン攻撃とは？委託先・取引先・使っている部品を足掛かりにする攻撃

サプライチェーン攻撃とは、攻撃したい組織を直接狙わず、その組織が信頼してつながっている委託先・取引先、利用中のソフトウェアやライブラリ、クラウド事業者のうち、守りの弱い所を先に侵害して、そこから入り込む攻撃です。「サプライチェーン」とは、部品や原材料の調達から製品・サービスが利用者に届くまでの一連のつながりを指します。攻撃者は、標的組織の守りが堅くても、その組織が信頼して使っているものを先に汚染します。

国内でも重大な脅威として扱われています。IPA「情報セキュリティ10大脅威 2026」組織編では、サプライチェーンや委託先を狙った攻撃が2位（2019年初選出、8年連続8回目）に位置づけられました（2026年1月29日発表）。^IPA

IPAの解説書は、商品の企画から開発・調達・製造・在庫管理・物流・販売までの一連のプロセスと、それに関わる組織や外部サービスをサプライチェーンと呼び、この「ビジネス上の繋がり」を悪用する攻撃には、取引先や委託先も含めた対策が必要だとしています。また、ライブラリ・ツール・開発者・インフラなど、ソフトウェア開発に関わる要素とその繋がりを「ソフトウェアサプライチェーン」と呼び、その繋がりを悪用する攻撃にも対策が求められるとしています。手口の一つとして、標的組織よりセキュリティが脆弱な国内外の関連会社や業務委託先を攻撃し、その組織が保有する標的組織の秘密情報等を窃取するものが挙げられています。^{IPA 10大脅威 2026 解説書}

通常の侵入と違う点は、次の三つです。

• 正規の経路で届く：利用者は正規の更新や取引先からの連絡を受け取っているだけなので、境界の防御では見つけにくくなります。
• 自社の守りが堅くても入られる：入口は自社の外にある取引先や部品なので、自社だけの対策では塞げません。
• 被害が自社の外へ広がる：自社が足掛かりにされると、取引先にも被害が及びます。

この記事では、手口の種類、狙われる理由、国内外の事例、被害のパターン、そして自社と取引先でできる対策の順に整理します。

関連記事VPNの脆弱性を狙う侵入の手口と対策は？ ／ AIハッキングの主な被害一覧は？

サプライチェーン攻撃の種類と手口：攻撃の流れと4つの類型

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

セキュリティ各社は、攻撃の起点で三つに分けて説明することが多く、トレンドマイクロは「ソフトウェアサプライチェーン攻撃」（ソフトウェアの製造や提供の工程を侵害し、更新プログラムなどに不正コードを混入する）、「サービスサプライチェーン攻撃」（MSPなどのサービス事業者を侵害し、サービスを通じて顧客に被害を及ぼす）、「ビジネスサプライチェーン攻撃」（関連組織や子会社、取引先などを侵害し、業務上の繋がりを利用して標的組織へ攻撃する）と整理しています。^{トレンドマイクロ} 確認された事例をもとに、この記事では手口をさらに細かく、次の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

サプライチェーン攻撃の侵入経路になりやすいもの・ならないもの

サプライチェーン攻撃の入口になるかどうかは、攻撃が標的に届くまでの道筋に、委託先・取引先・利用中の部品やサービスといった第三者が挟まっているかどうかで見分けられます。標的を直接狙う攻撃は、手口として一般的でも、サプライチェーン攻撃の入口には当たりません。

ただし、同じ事件が複数の手口にまたがることはあります。たとえば取引先のアカウントが盗まれたあとにフィッシングで本命へ入る場合は、取引先を経由した時点でサプライチェーン攻撃として数えます。見分けに迷ったときは、「第三者を経由しているか」を確かめるとよいでしょう。

なぜ取引先・中小企業が入口になりやすいのか：経済産業省の調査

攻撃が取引先や部品に向かう理由は、IPAの解説書が端的に述べています。攻撃者は、強固な対策をしている標的組織に直接は攻撃せず、標的が関わるサプライチェーンの中で脆弱な部分を狙い、そこを経由して間接的・段階的に標的組織を攻撃します。このため、強固な対策をしている組織でも、関係組織や導入しているソフトウェアを足掛かりにされるおそれがあります。^{IPA 10大脅威 2026 解説書}

狙われる側の事情も、数字に表れています。

経済産業省は2025年2月19日、IPAを通じて実施した中小企業等の実態調査（令和6年10月〜12月、中小企業等4,191社の経営層へのウェブアンケートと21社へのヒアリング）の結果を公表しました。数字を並べると、対策が手薄な取引先が攻撃の入口になる理由が見えてきます。^{経済産業省（2025年2月19日）}

経済産業省はこの連鎖を「サイバードミノ」と呼び、被害が取引先やその先の業務停止にまで広がる事態だと説明しています。IPAも2026年4月21日公開の資料で、対策が十分でない中小企業が攻撃の起点となり、取引先を含めた被害が生じる事例が顕在化していると述べています。^{IPA（2026年4月21日）}

つまり、大企業が自社の守りを固めても、取引先のどこか一社が弱ければ、そこが入口になります。逆に中小企業の側から見れば、対策を行っていることが取引の信頼につながります。調査では、普段から対策投資を行っている企業の約5割が、取引につながったと答えています。

実際の事例：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日追記）}

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

トヨタ自動車と仕入先（2022年3月）：取引先1社のシステム障害で国内全14工場28ラインが停止

トヨタ自動車は2022年3月1日、国内の仕入先である小島プレス工業のシステム障害の影響で、国内全14工場28ラインの稼働を停止していると発表しました。翌3月2日の1直から全ラインの稼働を再開することも同日に決めています。^{トヨタ自動車（2022年3月1日）} 自社が攻撃されていなくても、取引先1社の障害で生産が止まりうることを示す国内の事例です。

Kaseya VSA（2021年7月）：運用管理ソフトの脆弱性から、複数のMSPとその顧客へ

CISAとFBIは2021年7月4日、Kaseya VSAソフトウェアの脆弱性を利用したサプライチェーン型のランサムウェア攻撃が、複数のマネージドサービスプロバイダ（MSP：顧客のシステム運用を請け負う事業者）とその顧客に影響していると発表しました。^{CISA・FBI（2021年7月4日）} 運用を任せている事業者のソフトウェアが入口になるため、利用側は自分で何も操作していなくても被害を受けることがあります。

CISAとFBIが示した顧客向けの対策は、組織のネットワークから切り離した場所に最新のバックアップを保管すること、ベンダーの手順に従った修正の適用、多要素認証の導入、重要な管理者アカウントへの最小権限の適用です。

東海ソフト開発（2025年11月）：業務委託先のランサム被害が、委託元各社の個人情報漏えいに波及

IPAの解説書によると、2025年11月に東海ソフト開発でランサムウェア被害が発生し、同社に業務を委託していた複数の企業が保有する個人情報が漏えいしました。その一部と思われる情報がダークウェブ上で公開されていると同社が公表し、委託元の各社も、ランサムウェア被害に遭ったことを順次公表しました。^{IPA 10大脅威 2026 解説書} 委託元の自社に侵入されていなくても、預けた情報を委託先で奪われれば、委託元の責任で説明と対応を迫られます。

EmEditor（2025年12月・2026年1月）：公式サイトのダウンロードリンクの改ざん

Emurasoft社は、2025年12月と翌1月に、EmEditorの公式サイトでインストーラーのダウンロードリンクが改ざんされ、偽のインストーラーが配信されるインシデントが発生したと公表しました。実行したユーザーは、本来とは異なるWebサイトへ誘導されてマルウェアに感染させられ、パスワード等の情報が窃取されるおそれがありました。同社は一時的にすべてのサイトを閉鎖し、改ざんのおそれがない静的サイトを構築して対処しました。IPAの解説書は、この例と東海ソフト開発の例を、委託先管理とソフトウェア供給網の両面でリスクが現実になった事例として挙げています。^{IPA 10大脅威 2026 解説書} 正規の配布元から取得しても、入手の経路そのものが改ざんされることがあります。

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日）}

事例から見える被害のパターン：自社が攻撃されなくても起きること

上の事例を被害の種類で並べると、自社のシステムが直接攻撃されていなくても、次のような被害が起きうることが分かります。

2026年に入ってからの国内外の被害を、サプライチェーン攻撃以外の手口も含めて確認したいときは、AIハッキングと情報漏洩の被害一覧があります。

足掛かりにされた側の責任：取引停止・損害賠償・報告義務と、契約・保険

自社が取引先から入られる側であるだけでなく、自社が攻撃の足掛かりにされる側にもなりることがあります。IPAの解説書は、攻撃の足掛かりにされた組織は取引先に損害を与えることになり、取引停止や損害賠償を求められることもあると述べています。^{IPA 10大脅威 2026 解説書} 責任の範囲は、事前の契約でほぼ決まります。

サプライチェーン攻撃の対策：全体像と、自社で進める順番

サプライチェーン攻撃への対策は、自社の守りと、取引先・委託先の管理の両方で進めます。自社だけで固めても、入口が取引先や部品にあるためです。

対策の要点は三つあります。第一に、自社が使っている部品（ソフトウェア・ライブラリ・クラウド）を棚卸しして、安全な版に固定すること。第二に、開発者・管理者のアカウントを多要素認証で守り、データは自社でもバックアップしておくこと。第三に、取引先・委託先と、守る対策と事故時の報告を取り決め、評価項目で定期的に確かめることです。AIは、通信やログの異常を人より早く見つけ、部品一覧（SBOM）と脆弱性情報の照合を自動にする補助であり、正規の配布元から届く改ざんを単独で止めきれるわけではありません。以下では、対策を進める順番、取引先の確認のしかた、ソフトウェアの供給網を守る方法、事故が起きたときの体制の順に整理し、AIが役立つ場面と限界は後半にまとめます。

自社でまず進める対策と導入の順番

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. 取引先の対策状況の把握：経済産業省とIPAは、取引先のセキュリティ対策の状況を共通の基準で段階的に見える化する「サプライチェーン強化に向けたセキュリティ対策評価制度（SCS評価制度）」を整備しています。確認する項目は、本記事の評価チェックリストにまとめました。^{IPA SCS評価制度}

経済産業省と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」}

自社の基本対策：今日から見直せる8項目

導入の順番に沿った対策のほかに、日常の衛生管理として次の項目を見直します。どれも、取引先から入られた場合の被害を小さくする役目も持ちます。

全項目を同時に始める必要はありません。何を優先するかは、(1) 取引先に渡している情報の重要度、(2) 外部とつながる接続の数、(3) 自社で動かせる人手と費用で決めます。まずは棚卸し、多要素認証、バックアップの3点から着手し、残りを順に足していく進め方が現実的です。費用の面で難しい中小企業は、経済産業省が案内する「サイバーセキュリティお助け隊サービス」のように、必要な対策をまとめて安価に導入できる仕組みも使えます。

取引先・委託先の管理：求める対策と、確認のしかた

自社の対策だけでは、取引先から入られる経路は塞げません。取引先・委託先については、次の順で決めておくと、事故が起きたときに連絡と対応が遅れにくくなります。以下は実務での確認項目の例で、制度や契約の細部は、自社の法務や経済産業省・IPAの公式案内で確認してください。

1. 取引先の一覧と、渡している情報・接続の洗い出し：どの会社に、どんなデータを渡し、どのネットワークやアカウントでつないでいるかを一覧にします。再委託先がある場合は、そこまで含めます。
2. 守ってもらう対策を契約や取り決めに書く：多要素認証、ソフトウェアの更新、バックアップなど、最低限の対策を文書にします。
3. 事故が起きたときの連絡先・期限・手順を決める：取引先で不正アクセスやウイルス感染が疑われたとき、いつまでに誰へ報告するかを決めます。
4. 定期的に確認する：対策状況の確認を年1回などの頻度で行います。経済産業省とIPAは、取引先の対策状況を共通の基準で見える化する「SCS評価制度」を整備しており、確認する項目は次の節で整理します。^{IPA SCS評価制度}
5. つないでいる範囲を絞る：取引先に与えるアカウントの権限と、接続できるシステムを必要な範囲に限ります。

取引先が中小企業で、何から手を付ければよいか分からない場合は、経済産業省が案内する「サイバーセキュリティお助け隊サービス」のように、必要最低限の対策を安価にまとめて導入できる仕組みがあります。同省の調査では、導入企業の5割以上が導入は容易と答え、3割以上が費用対効果を実感しています。^{経済産業省（2025年2月19日）}

取引先・委託先のセキュリティ評価チェックリスト：何を、どの基準で確認するか

取引先を評価するときに困るのは、「何を聞けば十分か」が決まっていないことです。IPAが運営するSCS評価制度は、その物差しになります。IPAは2026年4月21日に、★3と★4の要求事項と評価基準を公開しました。★3は一般的なサイバー脅威への対処を水準とし、専門家確認付きの自己評価で、有効期間は1年。★4は被害拡大の防止まで求め、評価機関の審査と技術検証を受けて、有効期間は3年です。^{IPA SCS評価制度} 制度の運用開始前でも、要求事項は、自社が取引先に確認するチェックシートを作るときの項目の元として使えます。

評価の要求事項は、IPAの「要求事項・評価基準」（Excel）にまとまっています。取引先に確認する主な項目を、分野ごとに整理します。^{IPA 要求事項・評価基準}

★4では、実地審査に加え、インターネットに公開している機器のうち侵入されると内部に入られるリスクが高いもの（VPN装置・ルータなど）に対して、既知の脆弱性の悪用など一般的な攻撃パターンを試す技術検証も行われます。^{IPA SCS評価制度} 取引先に脆弱性診断を求めるときは、同じ対象（VPN装置・ルータなど）を優先して見るとよいです。

確認の流れは次のとおりです。全取引先に同じ重さで求めると回らないため、IPAの要求事項が示す条件（自社の重要な機密を渡す、事業継続にとって重要、取引先の環境から自社の内部システムにアクセスできる）のいずれかに当てはまる取引先から始めます。^{IPA 要求事項・評価基準}

自社の取引先を評価するときの把握方法も、IPAの要求事項が3つ例示しています。「★の取得状況の回答を受け取る」「取引先に訪問して点検する」「セキュリティ対策チェックシートを作って回答を受け取る」です。運用開始の時期や評価機関の要件は、IPAが2026年度の公表予定を示している段階であり、IPAは解説書を2026年10月頃に公開するとしています。最新の状況は、IPAのSCS評価制度のページで確認してください。

取引先を装うメールと、公開機器の弱点：メール対策と脆弱性診断

取引先からの連絡は、疑いにくいです。取引先を装うなりすましのメールや、乗っ取られた取引先のアカウントから届くメールは、添付ファイルやリンク、口座変更の依頼を通して被害につながります。仕組みはビジネスメール詐欺（BEC）やフィッシングと同じで、取引先の名前を借りて届く点が違います。取引先経由の対策として確認する項目は次のとおりです。

脆弱性診断の対象は、攻撃者から見える機器から決めます。SCS評価制度の★4の技術検証が、VPN装置やルータを対象にしているのは、侵入されると内部へ入られるリスクが高いからです。^{IPA SCS評価制度} VPN機器のように外部に公開している機器の弱点は、VPNの脆弱性を狙う侵入の典型です。使っている製品が、公開された脆弱性の対象かどうか判断がつかないときは、脆弱性の監視サービスに製品名と版を伝えれば、公開情報にもとづく確認とお知らせを受けられます（お客様のシステムの操作や、侵入を試す診断は行いません）。^{IPA 要求事項・評価基準}

ソフトウェアと製品の供給網を守る：SBOM・SCA・SLSAと調達

ソフトウェアや製品を「作る側」と「使う側」の両方に、部品の出どころを確かめる対策があります。攻撃が確認された場所と対策を、供給網の順に整理します。

使う側は、自社の取引先が作るソフトウェアについても、部品の一覧と更新の手順を求められます。作る側は、部品を一覧にし、ビルドと配布の経路を保護して、外部から脆弱性の報告を受ける窓口（PSIRT）を置きます。

ゼロトラスト・EDR/XDR・SASE：取引先経由の侵入に、どう効くのか

取引先や委託先のアカウント、接続、ソフトウェアが乗っ取られると、「正規のつながり」を通って入られます。そのため、つながりを前提に信頼する守り方を見直す考え方と、入られた後に早く見つける製品が使われます。名前は多いが、役割は次のように整理できます。以下は一般的な説明で、特定の製品の仕様ではありません。

ゼロトラストやSASEは、製品を1つ入れれば完成するものではありません。取引先経由の被害を小さくする順番は、まず棚卸しと多要素認証、権限の絞り込み、バックアップであり、その次にEDRなどの検知を重ねます。AIが補える部分は、後半の「AIで補う方法」で扱います。

インシデント対応の体制をつくる：CSIRTとPSIRTの決めごと

取引先から入られたとき、被害の大きさを左右するのは、気づいてからの動きです。IPAの解説書も、経営者層が行う対策の最初に「インシデント対応体制の整備」を挙げています。^{IPA 10大脅威 2026 解説書} 社内のセキュリティ事故に対応するチームをCSIRT、自社が提供する製品・サービスの脆弱性に対応するチームをPSIRT（Product Security Incident Response Team）と呼びます。JPCERT/CCの実態調査では、CSIRTの構築を検討する際に決めておくべき項目として、次の6点が挙がっています。^{ScanNetSecurity（JPCERT/CC調査）}

SCS評価制度の★3の水準でも、インシデント対応の手順（発見報告・初動・調査と対応・復旧・最終報告）、連絡先、役割・責任、報告フォーマットを定め、体制を年1回以上点検することが求められます。^{IPA 要求事項・評価基準} 専任の部署がなくても、これらを文書にして、取引先との連絡ルートまで決めておくことが、最初の一歩になります。

ソフトウェアや製品を提供する側は、PSIRTの役目を持つ窓口を置きます。外部から脆弱性の報告を受け付け、影響を調べ、利用者へ速やかに知らせる流れを決めておきます。提供する側が連絡できなければ、利用する側（取引先）は、攻撃に気づく手段を持ちません。納品物に組み込まれているソフトウェアの把握には、SBOM（ソフトウェア部品構成表）の導入をIPAの解説書が検討するよう示しており、経済産業省がSBOMを使った脆弱性管理の手引を公開しています。^{経済産業省}

対策を進める際の注意点：優先順位・IT部門だけに任せない・費用

対策の項目は多いため、進め方を誤ると途中で止まります。次の3点に注意します。

1. 全取引先を同じ重さで始めない：機密を渡している、事業継続に重要、取引先の環境から自社の内部システムに入れる、のいずれかに当てはまる取引先から確認します。残りは、重要度に応じて頻度と深さを変えます。^{IPA 要求事項・評価基準}
2. IT部門だけに任せない：IPAの解説書は、経営者層が、インシデント対応体制の整備、サイバー保険の検討、予算の確保、脅威インテリジェンスの推進に取り組むことを挙げています。^{IPA 10大脅威 2026 解説書} SCS評価制度の要求事項も、セキュリティリスクは経営に重大な影響を及ぼすことを前提に、経営層が参加する委員会などで経営判断ができる体制を置くことを求めています。^IPA
3. 費用は段階を分けて考える：★3に当たる基本の対策から始め、取引先との関係で必要になったら★4に進みます。★3は専門家確認付きの自己評価で、有効期間は1年、★4は第三者評価で3年です。^{IPA SCS評価制度} 費用の面で難しい中小企業は、先に触れた「サイバーセキュリティお助け隊サービス」も使えます。

参考にできるガイドラインと制度

取引先を含めた対策の考え方は、国内外のガイドラインにまとまっています。自社の体制づくりや、取引先への要請の根拠として使えます。

AIで補う方法：段階ごとの仕組みと貢献できる領域

AIセキュリティには、AIを守る・AIで守る・AIに攻められるという三つの見方があり、ここで扱うのは「AIで守る」側です。サプライチェーン攻撃は、人手では追いきれない数の部品・通信・ログの中に紛れ込みます。そこで、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搭載の検知ツールにも、構造的に対応しにくい攻撃パターンがあります。事例の事実から整理すると、主に二つの局面で限界が生じます。

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

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

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. 取引先の対策状況はどう確認すればよいか

まずは取引先との契約で、守るべき対策と事故時の報告義務を決めておきます。そのうえで、多要素認証・脆弱性の管理・バックアップ・インシデント対応の手順などを、年1回以上、チェックシートで確かめます。確認項目は、IPAのSCS評価制度の要求事項を元に、本記事の評価チェックリストにまとめました。^{IPA 要求事項・評価基準}

---

参考文献

• IPA「情報セキュリティ10大脅威 2026」（2026年1月29日） https://www.ipa.go.jp/security/10threats/10threats2026.html
• CISA「Supply Chain Compromise」（2021年1月7日） https://www.cisa.gov/supply-chain-compromise
• CISA「Reported Supply Chain Compromise Affecting XZ Utils Data Compression Library, CVE-2024-3094」（2024年3月29日） https://www.cisa.gov/news-events/alerts/2024/03/29/reported-supply-chain-compromise-affecting-xz-utils-data-compression-library-cve-2024-3094
• CISA「Widespread Supply Chain Compromise Impacting npm Ecosystem」（2025年9月23日） https://www.cisa.gov/news-events/alerts/2025/09/23/widespread-supply-chain-compromise-impacting-npm-ecosystem
• CISA「Defending Against Software Supply Chain Attacks」 https://www.cisa.gov/resources-tools/resources/defending-against-software-supply-chain-attacks
• CISA「2025 Minimum Elements for a Software Bill of Materials (SBOM)」 https://www.cisa.gov/resources-tools/resources/2025-minimum-elements-software-bill-materials-sbom
• IDCフロンティア「お客様へのお知らせ 第1報」（2026年10月7日） https://www.idcf.jp/news/topics/20261007001
• IDCフロンティア「お客様へのお知らせ 第2報」（2026年10月7日） https://www.idcf.jp/news/topics/20261007002
• IDCフロンティア「お客様へのお知らせ 第3報」（2026年10月8日） https://www.idcf.jp/news/topics/20261008001
• IDCフロンティア「お客様へのお知らせ 第4報」（2026年10月9日） https://www.idcf.jp/news/topics/20261009001
• piyolog「IDCフロンティアでランサムウェア攻撃による障害まとめ」（2026年10月8日付、10月13日追記） https://piyolog.hatenadiary.jp/entry/2026/10/08/070606
• 経済産業省「サプライチェーン強化に向けたセキュリティ対策評価制度（SCS評価制度）」 https://www.meti.go.jp/policy/netsecurity/scs.html
• IPA「情報セキュリティ10大脅威 2026 解説書（組織編）」（2026年） https://www.ipa.go.jp/security/10threats/omgdg50000008fi8-att/kaisetsu_2026_soshiki.pdf
• IPA「SCS評価制度（★3・★4・★5）」 https://www.ipa.go.jp/security/scs/details.html、「要求事項・評価基準」（2026年4月21日） https://www.ipa.go.jp/security/scs/requirements-criteria.html
• ScanNetSecurity「CSIRT構築および運用の実態調査、構築時に定めるべき事項が明らかに（JPCERT/CC）」（2016年6月30日） https://scan.netsecurity.ne.jp/article/2016/06/30/38655.html
• NIST「Zero Trust Architecture: NIST Publishes SP 800-207」（2020年8月11日） https://csrc.nist.gov/news/2020/zero-trust-architecture-nist-publishes-sp-800-207
• 個人情報保護委員会「漏えい等の対応とお役立ち資料」 https://www.ppc.go.jp/personalinfo/legal/leakAction/
• SLSA「About SLSA（v1.0）」 https://slsa.dev/spec/v1.0/about
• ScanNetSecurity「防衛省サイバーセキュリティ調達基準の元となった「NIST SP 800-171」とは」（2022年10月4日） https://scan.netsecurity.ne.jp/article/2022/10/04/48275.html
• 経済産業省「SBOMの脆弱性管理の手引」（2024年8月29日） https://www.meti.go.jp/press/2024/08/20240829001/20240829001.html
• 経済産業省「中小企業の実態判明 サイバー攻撃の7割は取引先へも影響」（2025年2月19日） https://www.meti.go.jp/press/2024/02/20250219001/20250219001.html
• IPA「中小企業の情報セキュリティ対策」関連ページ（2026年4月21日公開） https://www.ipa.go.jp/security/reports/sme/riss-katsuyo2025.html
• トヨタ自動車「3/2（水）以降の国内工場における稼働再開について」（2022年3月1日） https://global.toyota/jp/newsroom/corporate/36964714.html
• CISA・FBI「Guidance for MSPs and their Customers Affected by the Kaseya VSA Supply-Chain Ransomware Attack」（2021年7月4日） https://www.cisa.gov/news-events/alerts/2021/07/04/cisa-fbi-guidance-msps-and-their-customers-affected-kaseya-vsa-supply-chain-ransomware-attack
• NIST「The NIST Cybersecurity Framework (CSF) 2.0」（NIST CSWP 29、2024年2月26日） https://nvlpubs.nist.gov/nistpubs/CSWP/NIST.CSWP.29.pdf
• NIST「SP 800-161 Rev. 1 Cybersecurity Supply Chain Risk Management Practices for Systems and Organizations」（2022年5月） https://csrc.nist.gov/pubs/sp/800/161/r1/final
• 経済産業省「サプライチェーン強化に向けたセキュリティ対策評価制度 構築方針（案）」（2025年12月26日） https://www.meti.go.jp/press/2025/12/20251226001/20251226001.html