BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

InfoQ ホームページ ニュース Kubescape 4.0、Kubernetesに実行時セキュリティとAIエージェントスキャン機能を追加

Kubescape 4.0、Kubernetesに実行時セキュリティとAIエージェントスキャン機能を追加

原文リンク(2026-03-29)

オープンソースのKubernetesセキュリティプラットフォームであるKubescapeのバージョン4.0が公開された。新バージョンには、実行時脅威検知機能およびAI時代の新たなセキュリティ機能が追加された。プロジェクトがAIエージェント自体のセキュリティを対象としたのは今回が初めてであり、従来のスキャン機能に加えて新たな対応を示したことが明らかになった。

KubeCon + CloudNativeCon Europe 2026の期間中、CNCFブログで公表されたKubescape Core MaintainerのBen Hirschberg氏による発表によると、バージョン4.0の主な変更点として、Runtime Threat DetectionおよびKubescape Storageの一般公開への移行を挙げている。

Kubescapeは、CNCFのインキュベーションプロジェクトとして運用されているオープンソースのKubernetesセキュリティプラットフォームである。クラスタ、Helmチャート、YAMLマニフェスト、CI/CDパイプラインを対象に、ミスコンフィギュレーションや脆弱性、RBAC違反を検出する機能を持つ。実行時脅威検知では、正常なワークロードの振る舞いを学習し、異常な逸脱を検知した際にアラートを発することでCVEによるノイズを95%以上削減することが明らかになった。VSCodeやGitHub Actionsなどのツールとのネイティブ連携により、開発プロセスの初期段階でセキュリティチェックを組み込むことが可能となり、既存のワークフローを妨げないとしている。

Runtime Threat Detectionエンジンは、KubescapeのApplication Profilesに直接適用されるCommon Expression Languageベースの検知ルールに依存している。このエンジンは、プロセス、Linux権限(Capabilities)、システムコール、ネットワークおよびHTTPイベント、ファイルシステムの活動を監視する。ルールとRuleBindingsは新たにKubernetesのCRDとして管理されるようになり、アラートはAlertManager、SIEMツール、Syslog、Stdout、またはHTTP Webhookへ転送することが可能である。Hirschberg氏は、このエンジンが大規模環境で厳格なテストが行われ、安定して動作したことを明らかにした。

今回のリリースで、Kubescape Storageも一般提供(GA)となった。同機能は、Kubernetes Aggregated APIを活用し、Application ProfilesやSBOM、脆弱性マニフェストなどのセキュリティメタデータを専用レイヤーに保存し、標準のetcdインスタンスには格納しない運用となっている。新たにメンテナーとして迎えられたAmir Malka氏は、この基盤となる方式についてKubeCon + CloudNativeCon North America 2025で発表した

このアーキテクチャは、大規模かつ高密度なクラスタの要求に対応できることが実証されており、現代の企業環境に必要なパフォーマンスを提供します。 -Ben Hirschberg氏

今回のリリースでは、ノードスキャン用に以前使用されていた「ポップアップ」DaemonSet型のhost-sensorが削除された。Kubescapeのコミュニティは、この方式が侵入的であり、セキュリティの観点から監査が困難であると指摘していた。host-agentも同様に廃止され、その機能はコアKubescapeマイクロサービス間の直接APIを通じてnode-agentに統合された。結果として、各ノードにつき1つのエージェントとなり、Hirschberg氏は「セキュリティ態勢がより安定し、監査も容易になった」と述べている。

AI関連の新機能も追加されており、Hirschberg氏はこれを「AIセキュリティのコインの表裏をなす2つの方向性」と表現している。第一の新機能は、KAgentネイティブプラグインで、AIアシスタントがクラスタ内からKubernetesのセキュリティ態勢を照会できる。これにより、エージェントは脆弱性マニフェストの検査やRBACの問題に関する設定スキャンのレビュー、問題修正方法の案内、ApplicationProfilesとNetworkNeighborhoodsを用いた実行時のコンテナ挙動の確認が可能だ。 第二の要素は、AIオーケストレーション向けCNCF SandboxプロジェクトであるKAgent自身に対するセキュリティスキャンである。KAgentは、2025年5月にCNCF Sandboxへの参加が認められた、KubernetesネイティブなAIエージェント構築用のオープンソースフレームワークで、Model Context Protocolに基づくアーキテクチャを採用している。KAgentはAIモデルと企業インフラ間の連携経路を構築するため、Kubescapeチームは、他のワークロードと同様にその設定の精査が必要であると主張している。

無許可アクセスや本番データの削除など、高リスクな行動をエージェントが悪用するのを防ぐためには、堅牢なセキュリティガードレールが必要です。 -Ben Hirschberg氏

Kubescape 4.0では、OPAのRego言語に基づく15のコントロールが導入され、KAgentのCRDにおける42の重要なセキュリティ設定項目を網羅している。これらのコントロールは、デフォルトデプロイメントにおけるセキュリティコンテキストが未設定、NetworkPolicyの未設定、コントローラーが広範なNamespaceを過剰権限で監視する設定などのエラーを検出する。この手法は、Kubescapeがこれまで対応してきたRegoベースのフレームワークを基盤としており、既にNSA-CISAやMITRE ATT&CKフレームワークなどのコンプライアンス標準にも対応している。4.0リリースでは、純粋なKubernetes向けCIS Benchmarkバージョン1.12、およびEKSとAKS向けのバージョン1.8のサポートが追加された。

Kubescape 4.0の多くの新機能は、Kubernetes環境におけるエージェント型AIの導入拡大に対応したものとなっている。ShakudoのKubernetes上での実運用レベルのAIエージェント導入に関するドキュメントでは、kagentについて「構成の自動化、トラブルシューティング、可観測性、ネットワークセキュリティを支援するツール、リソース、AIエージェントを提供する」と記されている。こうしたエージェントがより自律性を増し、インフラへのアクセス範囲が拡大する中、攻撃対象領域(アタックサーフェス)が理論上の問題に留まらず、実際の懸念となってきている。KAgentのCNCF Sandbox卒業に関してCraine.ioがLinkedInに投稿した内容では「AIワークロードのオーケストレーションは、もはやコンテナの運用だけではなく、レジリエンスとスケーラビリティを持つインテリジェントなインフラ構築を意味する」と指摘している。

Kubescape 4.0のリリースは、管理対象のワークロードだけでなく、エージェント自体にクラウドネイティブセキュリティツールを適用する、初の体系的な試みの一つとなっている。Kubescapeは2022年にCNCF Sandbox入りし、2025年1月にCNCFインキュベーションプロジェクトとして承認された。プロジェクトはARMO社によって運用されており、幅広いコミュニティからの貢献も受け入れている。

作者について

この記事に星をつける

おすすめ度
スタイル

特集コンテンツ一覧

BT