Falco Feedsは、オープンソースに焦点を当てた企業に、新しい脅威が発見されると継続的に更新される専門家が作成したルールにアクセスできるようにすることで、Falcoの力を拡大します。
2026年、クラウドセキュリティは新たな転換点を迎えています。これまでの主な脅威は、人間の攻撃者がツールを使って侵入・横展開・情報窃取を行うものでした。しかし現在は、AIによって攻撃の自動化が進み、防御側もAIを活用して検知・分析・対応を高速化する時代へと移行しつつあります。
IPA「情報セキュリティ10大脅威 2026」では、組織向け脅威の第3位に「AIの利用をめぐるサイバーリスク」が初めて選出されました。これは、AIの活用が単なる業務効率化のテーマではなく、企業のセキュリティ戦略そのものに直結する経営課題になったことを示しています。
本記事では、IPA「10大脅威 2026」を手がかりに、AIエージェント、MCP、短命コンテナ、クラウドサプライチェーンなど、2026年のクラウドセキュリティで優先的に考えるべきリスクと、IT担当者・開発リーダー・経営層が取るべきアクションを整理します。
なぜ今、従来の対策だけでは通用しないのか
クラウド環境を標的としたサイバー攻撃は、スピード、自律性、巧妙さの面で大きく変化しています。従来は、攻撃者が手動で探索し、脆弱性を悪用し、権限昇格や横展開を進めるケースが中心でした。しかし、AIを組み込んだ攻撃手法が広がることで、こうした一連のプロセスが短時間で自動化される可能性が高まっています。
特にクラウドネイティブ環境では、コンテナやKubernetes、CI/CDパイプライン、クラウドID、API、外部SaaSなど、攻撃者が利用できる経路が複雑に絡み合っています。どこか一つに脆弱性や過剰権限があれば、それが侵害の起点となり、数分単位で被害が拡大するリスクがあります。
このような環境では、ログを後から確認するだけの事後対応や、定期的なスキャンだけに依存した静的な防御では不十分です。攻撃が発生している瞬間に異常を検知し、状況を素早く把握し、必要な封じ込めを実行できる体制が求められます。
つまり、2026年のクラウドセキュリティでは、「侵害を完全に防ぐ」だけでなく、「侵害が起きる前提で、どれだけ早く見つけ、判断し、対応できるか」が重要になります。
IPA「情報セキュリティ10大脅威 2026」に見る変化
独立行政法人情報処理推進機構（IPA）が発表した「情報セキュリティ10大脅威 2026」は、企業が直面するサイバーリスクの傾向を把握するうえで重要な指標です。クラウドセキュリティ担当者にとっても、経営層へリスクの現状や対策の必要性を説明する際に活用しやすい客観的な材料となります。
2026年版の組織向け脅威では、「ランサム攻撃による被害」が第1位に選出されました。ランサムウェアは依然として企業活動に深刻な影響を与える脅威であり、業務停止、情報漏えい、復旧コスト、信用毀損など、多面的な被害につながります。
第2位は「サプライチェーンや委託先を狙った攻撃」です。自社のシステムに直接侵入するのではなく、取引先、委託先、開発ツール、OSS、クラウドサービスなどを経由して侵害する手口は、防御が難しく、クラウド環境においても大きなリスクとなっています。
そして、2026年版で特に注目すべき点が、第3位に「AIの利用をめぐるサイバーリスク」が初めて選出されたことです。攻撃者によるAIの悪用だけでなく、企業が導入するAIシステムそのもののリスク、AIエージェントの制御、機密情報の取り扱い、AIを介した新たな攻撃経路などが、現実的なセキュリティ課題として認識され始めています。
この変化が示しているのは、クラウドセキュリティが従来の「脆弱性管理」「設定ミス対策」「境界防御」だけでは完結しなくなっているということです。AI、ID、サプライチェーン、ランタイムの挙動を一体で捉え、継続的に可視化・検知・対応する体制が必要になっています。
2026年に優先すべきクラウドセキュリティの新たな論点
ここでは、IPA「10大脅威 2026」に表れた傾向を、クラウドネイティブ環境の実務論点として整理します。以下の4つは、IPAの順位をそのまま分解したものではなく、2026年のクラウドセキュリティで特に注意すべきリスク領域として捉えるべきものです。
1. AIエージェントによる「制御不能な内部脅威」
業務効率化を目的として導入されたAIエージェントが、新たな内部脅威の発生源となる可能性があります。AIエージェントは、与えられた目標を達成するために、APIを呼び出し、コードを生成し、データへアクセスし、クラウドリソースを操作することがあります。
問題は、その行動が常に人間の意図どおりに制御されるとは限らない点です。過剰な権限を持つAIエージェントが、誤った判断や不適切な指示に基づいて、機密データへアクセスしたり、不要なリソース変更を行ったりする可能性があります。
このリスクが厄介なのは、AIエージェントが「正規の認証情報」を使って操作する点です。外部からの不正アクセスではなく、社内で承認されたツールやアカウントが、想定外の動作を行う構造になります。そのため、従来の不正アクセス検知だけでは異常を見逃すおそれがあります。
2026年以降、AIエージェントを安全に活用するには、次のような原則が重要になります。
- AIエージェントに付与する権限を最小限にする
- 重要データや本番環境へのアクセスを制御する
- AIエージェントの操作ログを継続的に取得する
- 人間の操作とAIの操作を区別して監視する
- 異常なAPI呼び出しやリソース操作をリアルタイムに検知する
AIエージェントは便利な業務支援ツールである一方、権限設計や監視が不十分なまま導入すれば、内部からクラウド環境を危険にさらす存在にもなり得ます。
2. MCPを悪用した新たな攻撃経路
AIと外部データソース、業務システム、開発ツールを接続する仕組みとして、MCP（Model Context Protocol）への注目が高まっています。MCPは、AIエージェントが外部ツールやデータにアクセスするための標準的な接続方式として利用が広がりつつあります。
一方で、AIが外部ツールとつながるということは、その接続点が新たな攻撃面になることを意味します。AIへの入力に悪意ある指示が埋め込まれたり、外部ツール連携を通じて認証情報や機密データへアクセスされたりするリスクが生じます。
本記事では、プロンプトインジェクションを起点にAIエージェントを踏み台として利用する攻撃を、便宜上「プロンプト・パス攻撃」と呼びます。これは一般化された正式名称ではなく、MCP時代に想定すべき攻撃構造を説明するための表現です。この攻撃の難しさは、通信や操作が一見すると正規のAI処理に見える点にあります。AIエージェントが許可されたAPIを呼び出し、正規の認証情報でクラウドリソースへアクセスする場合、従来のネットワーク監視や境界防御だけでは異常を判別しにくくなります。
重要なのは、「AIに接続された外部ツールの数だけ、攻撃経路も増える」という視点です。MCPの利便性は、外部サービスとの柔軟な連携にあります。しかし、その接続先、権限、データ範囲、実行可能な操作を管理できなければ、AI活用の拡大とともに攻撃対象領域も広がっていきます。
MCPを安全に利用するには、接続先の棚卸し、権限の最小化、API呼び出しの監視、機密情報の取り扱い制御、AIエージェントの実行ログ取得が不可欠です。
3. 短命コンテナにおける「秒単位」の攻防
クラウドネイティブ環境では、コンテナのライフサイクルが短くなっています。マイクロサービス、サーバーレス、オートスケーリング、CI/CDの普及により、コンテナは数秒から数分で起動し、役割を終えると削除されます。
この短命性は、開発・運用の効率化に大きく貢献する一方で、セキュリティ運用には新たな課題をもたらします。攻撃者は、短時間だけ起動するコンテナを悪用し、「起動 → 悪意ある処理 → 終了」という一連の動作を検知される前に完了させる可能性があります。
コンテナが終了すると、関連するログや実行時の状態が失われることもあります。その結果、インシデント発生後にログを集めて調査しようとしても、何が起きたのかを十分に追跡できないケースが生じます。
このような環境では、事後分析だけに依存するセキュリティモデルでは限界があります。必要なのは、コンテナが稼働している瞬間の挙動をリアルタイムに監視し、異常なプロセス実行、ファイルアクセス、ネットワーク通信、権限昇格の兆候を即座に検知する仕組みです。
短命ワークロードが前提となるクラウドネイティブ環境では、「後から調べる」だけでなく、「実行中に見つける」ランタイムセキュリティが重要になります。
4. クラウドサプライチェーンを経由した侵入
自社が開発するコードに問題がなくても、利用しているOSSライブラリ、コンテナイメージ、CI/CDパイプライン、外部SaaS、委託先のいずれかに問題があれば、本番環境はリスクにさらされます。クラウド環境では、外部コンポーネントや外部サービスへの依存が大きいため、サプライチェーン全体を視野に入れた防御が欠かせません。
IPA「情報セキュリティ10大脅威 2026」でも、サプライチェーンや委託先を狙った攻撃は第2位に位置付けられています。これは、単一企業の対策だけでは防ぎきれないリスクが、引き続き深刻な脅威であることを示しています。
クラウドサプライチェーンのリスクに対応するには、開発から本番運用までの各段階でセキュリティを組み込む必要があります。
- コード作成段階での依存ライブラリの確認
- SBOMによるソフトウェア構成の可視化
- コンテナイメージの脆弱性スキャン
- CI/CDパイプラインの保護
- シークレット管理の徹底
- 本番環境でのランタイム監視
- 稼働中ワークロードに基づく脆弱性の優先順位付け
重要なのは、開発時点のスキャンだけで安心しないことです。ビルド時には問題がなかったイメージでも、その後に新たな脆弱性が公開されることがあります。また、脆弱性が存在していても、本番環境で使われていないパッケージであれば、緊急度は下がる場合があります。
そのため、サプライチェーンリスクへの対応では、静的なスキャン結果だけでなく、実際の稼働状況や攻撃可能性を組み合わせて判断することが重要です。
2026年のクラウド防御に必要な考え方
2026年のクラウドセキュリティでは、個別ツールを追加するだけでは十分ではありません。クラウド設定の不備を検出するCSPM、ワークロードを保護するCWPP、過剰な権限やID設定を管理するCIEM（クラウド基盤権限管理）、実行時の脅威を検知・対応するCDR、さらに脆弱性管理、ランタイム検知、AIエージェント監視などを分断された状態で運用すると、可視性が不足し、アラートの重複や対応遅れが発生します。
求められるのは、クラウド環境全体を統合的に可視化し、リスクの優先順位を判断し、実行時の脅威にすばやく対応できる体制です。
その中核となる考え方が、CNAPP（Cloud-Native Application Protection Platform）です。CNAPPは、クラウド設定、ワークロード、権限、脆弱性、ランタイム脅威を統合的に管理するためのアプローチです。
ツール選定では、次の3点が重要になります。
- リアルタイム検知に対応しているか
- アラートを量ではなくリスクの大きさで優先順位付けできるか
- マルチクラウド、Kubernetes、コンテナ、クラウドIDを横断して可視化できるか
特にAI時代のクラウドセキュリティでは、静的な設定確認だけではなく、実行中の挙動を監視する能力が重要です。攻撃が数分以内に進むことを前提にすれば、検知・トリアージ・対応を迅速に行う運用設計が欠かせません。
Sysdigが提唱する「555ベンチマーク」、すなわち5秒以内の検知、5分以内のトリアージ、5分以内の対応という考え方は、このようなクラウドネイティブ環境の現実に即した運用目標です。
可視化こそが2026年のクラウドセキュリティの本質
「見えないものは守れない」という原則は、2026年のクラウドセキュリティにおいてますます重要になっています。従来の可視化対象は、ネットワーク、サーバー、ログ、脆弱性、クラウド設定が中心でした。しかし現在は、可視化すべき対象が大きく広がっています。
AIエージェントの操作、MCPを介した外部ツール連携、短命コンテナの実行時挙動、クラウドIDの権限利用、CI/CDパイプラインの変更、サプライチェーン上の依存関係までを把握しなければ、実際のリスクを正しく判断できません。
攻撃パスを可視化する
脆弱性が存在するという事実だけでは、対応の優先順位は判断できません。クラウド環境では、数百から数千件の脆弱性が検出されることも珍しくありません。そのすべてに同じ緊急度で対応しようとすれば、限られたリソースが分散し、本当に危険なリスクへの対応が遅れてしまいます。
重要なのは、攻撃者の視点でリスクをつなげて見ることです。
たとえば、あるコンテナイメージに深刻な脆弱性が存在していても、そのイメージが本番環境で使われておらず、外部からも到達できないのであれば、対応の優先度は相対的に下がります。
一方で、CVSSスコアだけを見ると中程度の脆弱性であっても、外部公開されたワークロードで利用されており、特権IDへのアクセスにつながる可能性があり、実際に攻撃が観測されている場合は、最優先で対応すべきリスクになります。
つまり、脆弱性の深刻度だけでなく、次のようなコンテキストを組み合わせる必要があります。
- 本番環境で稼働しているか
- 外部から到達可能か
- 特権アクセスにつながるか
- 攻撃コードや悪用実績があるか
- 重要データや重要システムに影響するか
- AIエージェントや自動化ツールから利用される経路があるか
このように、脆弱性の深刻度だけでなく、攻撃可能性と影響範囲を組み合わせて判断するという考え方が、対応すべきリスクを現実的な数に絞り込む出発点になります。
AIエージェントと人間の行動を並列で監視する
2026年のインシデント対応では、AIエージェントの行動監視が重要な論点になります。AIエージェントは、人間と同じようにAPIを呼び出し、コードを生成し、リソースへアクセスします。しかし、その操作が十分に記録されていなければ、インシデント発生時に「何が、いつ、どのように起きたのか」を追跡できません。
人間の操作であれば、ID、端末、アクセスログ、承認履歴などから行動を追跡できます。しかし、AIエージェントの操作が人間のアカウントやサービスアカウントに紐づいたまま不透明に実行されると、責任の所在や原因の特定が難しくなります。
AIエージェントを業務に組み込む以上、その行動は人間の操作と同じ水準で可視化する必要があります。どのエージェントが、どの権限で、どのAPIを呼び出し、どのデータにアクセスしたのかを継続的に記録し、異常な挙動を検知できる体制が求められます。
AIの活用範囲が広がるほど、監視の空白がもたらすリスクも大きくなります。AIエージェントの行動ログを取得し、クラウド環境のランタイム挙動と組み合わせて監視することが、AI時代のクラウドセキュリティにおける基本要件になります。
Sysdig：5分以内の戦いに備えるリアルタイムCNAPP
Sysdigは、オープンソースの脅威検知エンジン「Falco」を核に、ランタイムセキュリティを重視したCNAPPを提供しています。クラウド設定、ワークロード、コンテナ、Kubernetes、クラウドID、脆弱性、ランタイム脅威を統合的に可視化し、攻撃が進行している瞬間の検知と対応を支援します。
2026年のクラウドセキュリティでは、定期スキャンや静的な設定監査だけでは不十分です。攻撃が短時間で進むことを前提に、実行時の挙動をリアルタイムに把握し、アラートをリスクに基づいて優先順位付けし、対応までの時間を短縮することが求められます。
Falcoによるリアルタイム脅威検知
従来のシグネチャベースの検知は、既知の攻撃パターンに対して有効です。しかし、AIを活用した攻撃や、環境ごとに挙動が異なるクラウドネイティブ攻撃では、既存のシグネチャだけでは十分に捉えきれない場合があります。
Falcoは、システムコールレベルでプロセスの挙動を監視し、通常とは異なる動作をリアルタイムに検知します。コンテナ内で不審なシェルが起動した、通常アクセスしないファイルへアクセスした、想定外のネットワーク通信が発生した、といった挙動を実行時に把握できます。
このアプローチの強みは、攻撃手法の名称や既知のシグネチャだけに依存せず、実際に発生している挙動をもとに異常を検知できる点です。前述のプロンプト・パス攻撃のように、一見すると正規のAI処理に見える脅威であっても、実行時の挙動からその異常を捉えられます。短命コンテナやKubernetes環境では、実行中の瞬間を捉えることが重要であり、Falcoはそのための基盤技術として機能します。
また、Falcoのルールはオープンソースとして公開されているため、検知ロジックの透明性が高く、自社環境に合わせた調整も可能です。ブラックボックス化しない検知基盤であることは、セキュリティ運用における信頼性と説明可能性の面でも大きな意味を持ちます。
Runtime Insightsによるアラート削減と優先順位付け
前述の優先順位付けの考え方を、実際のランタイム情報に基づいて自動化するのが、SysdigのRuntime Insightsです。
SysdigのRuntime Insightsは、実際に稼働中のワークロードや使用中のパッケージという実行時の情報を起点に、対応すべき脆弱性を絞り込みます。単に「脆弱性が存在するか」だけを判断するのではなく、「それが本番環境で使われ、攻撃経路上にあるかという実態を反映するために、机上のスコアでは膨大に見えるアラートを現実的に対応すべき数まで減らせます。これにより、セキュリティチームやSREは、無関係なノイズへの対応に追われるのではなく、本当に修正すべきリスクに集中できます。アラートの量を減らし、対応の質を高めることが、、クラウドネイティブ環境におけるセキュリティ運用の要になります。
Sysdig Sageによるインシデント対応の加速
Sysdig Sageは、クラウドセキュリティに特化したAIアナリストです。脅威を検知した後に、何が起きたのか、どのリソースが影響を受けているのか、どのような対応が必要なのかを整理し、担当者の判断を支援します。
クラウド環境のインシデント対応では、Kubernetes、コンテナ、クラウドID、ネットワーク、脆弱性、ランタイムログなど、多くの情報を短時間で確認する必要があります。経験豊富なセキュリティエンジニアであっても、すべての情報を手作業で相関分析するには時間がかかります。
Sysdig Sageは、検知結果や環境コンテキストをもとに、インシデントの全体像を把握しやすくします。これにより、経験の浅い担当者でも状況を理解しやすくなり、初動対応のスピードと精度を高めることができます。
AIによる攻撃が高度化する時代には、防御側もAIを活用して分析と対応を高速化する必要があります。AIを「リスク」として管理するだけでなく、「防御を強化する手段」として活用することが、今後のクラウドセキュリティにおける重要な方向性です。
Shift Left & Shield Right：開発から運用まで一貫して守る
クラウドサプライチェーンリスクに対応するには、開発段階の対策と本番環境の監視を分断しないことが重要です。ビルド時のコンテナイメージスキャン、IaCの設定チェック、シークレット検出、CI/CDパイプラインの保護は、リスクを本番に持ち込まないために欠かせません。
一方で、Shift Leftだけでは十分ではありません。本番環境では、設定変更、新たな脆弱性の公開、実行時の異常挙動、AIエージェントの操作、クラウドIDの悪用など、開発段階では見えなかったリスクが発生します。
そのため、開発段階でリスクを減らす「Shift Left」と、本番環境で実行時の脅威を検知・対応する「Shield Right」を組み合わせる必要があります。
Sysdigは、開発から本番運用までを一貫して可視化し、クラウドネイティブ環境のリスクを継続的に管理するための基盤を提供します。開発スピードを損なうことなく、実行時の安全性を高めることが、AI時代のクラウドセキュリティに求められるアプローチです。
担当者別：今すぐ取るべきアクション
クラウドセキュリティへの対応は、担当者の役割によって優先すべきアクションが異なります。ここでは、セキュリティ担当者、DX推進部門・開発リーダー、経営層・CISOの3つの視点で整理します。
セキュリティ担当者が確認すべきこと
セキュリティ担当者は、まず現在のツールがランタイム監視に対応しているかを確認する必要があります。定期的なスキャンやログ分析だけでなく、本番環境で発生している挙動をリアルタイムに検知できるかが重要です。
あわせて、1日に発生するアラート件数と、そのうち実際に対応できている件数を把握してください。アラートが多すぎて対応が追いつかない状態であれば、リスクベースの優先順位付けが必要です。
また、AIエージェントの行動ログが取得できているかも重要な確認ポイントです。AIエージェントがどの権限で、どのAPIを呼び出し、どのデータへアクセスしているかを把握できなければ、インシデント発生時の調査が困難になります。
まずは、ランタイム監視、アラート削減、AIエージェント監視の3点を現状評価することが有効です。
DX推進部門・開発リーダーが確認すべきこと
DX推進部門や開発リーダーは、AIエージェントや自動化ツールに付与している権限を棚卸しする必要があります。業務効率化を優先するあまり、過剰な権限を付与していないかを確認してください。
また、CI/CDパイプラインにコンテナイメージスキャンやシークレット検出が組み込まれているか、MCPサーバーや外部ツール連携のアクセス権限が適切に管理されているかも点検すべきです。
開発環境と本番環境でセキュリティポリシーが分断されている場合、開発段階で見逃したリスクが本番環境で顕在化する可能性があります。開発から運用までを一貫して可視化し、セキュリティをワークフローに自然に組み込むことが重要です。
経営層・CISOが確認すべきこと
経営層やCISOは、IPA「情報セキュリティ10大脅威 2026」を踏まえ、AI活用とクラウドセキュリティを経営課題として捉える必要があります。AIの利用をめぐるサイバーリスクが組織向け脅威の上位に入ったことは、AI導入とセキュリティ対策を切り離して考えられないことを示しています。
まずは、自社のクラウド環境におけるリスクを把握し、現在利用しているセキュリティツールがリアルタイム検知やAI時代の脅威に対応できているかを確認してください。
また、複数のセキュリティツールが分断されている場合、運用負荷が高まり、重要なリスクの見落としにつながります。さらに、ツールごとのライセンス費用や、それぞれを運用する人的コストも積み上がります。CNAPPによる統合は、こうした重複を整理し、可視性の向上とアラート削減に加えて、ツール全体の総保有コスト（TCO：Total Cost of Ownership）の最適化にもつながります。投資対効果の観点から、現在のツール構成を見直す価値があります。
クラウドセキュリティ投資は、単なるITコストではなく、事業継続、信頼維持、AI活用の前提となる経営投資として位置付けるべきです。
まとめ：2026年のクラウドセキュリティは「AI・ランタイム・可視化」が軸になる
IPA「情報セキュリティ10大脅威 2026」は、企業が直面するサイバーリスクの変化を明確に示しています。ランサム攻撃、サプライチェーン攻撃に加え、AIの利用をめぐるサイバーリスクが上位に入ったことで、クラウドセキュリティの前提は大きく変わりました。
2026年のクラウドセキュリティで重要なのは、次の3点です。
- AIエージェントやMCPなど、新たな攻撃面を可視化すること
- 短命コンテナやKubernetesの実行時挙動をリアルタイムに監視すること
- 脆弱性や設定ミスを、攻撃可能性と影響範囲に基づいて優先順位付けすること
従来の静的な対策だけでは、AI時代のクラウド攻撃には対応しきれません。開発から本番運用までを一貫して可視化し、実行時の脅威を素早く検知・分析・対応できる体制が必要です。
Sysdigは、Falcoを核としたリアルタイム検知、Runtime Insightsによるリスクベースの優先順位付け、Sysdig SageによるAI支援型のインシデント対応を通じて、クラウドネイティブ環境の防御を支援します。
AIを安全に活用し、クラウド上の事業基盤を守るためには、いまこそ「見える化」と「リアルタイム対応」を中心に、クラウドセキュリティの体制を見直す必要があります。