ヘッドレスクラウドセキュリティにおける Runtime Remediation Skill のご紹介

本文の内容は、2026年7月31日に Blair Howardが投稿したブログ (https://www.sysdig.com/blog/introducing-the-runtime-remediation-skill-for-headless-cloud-security) を元に日本語に翻訳・再構成した内容となっております。

検知は始まりに過ぎません

Sysdig が重大度の高いランタイムアラートをトリガーしたとき（たとえば、Web Pod 内で稼働するクリプトマイナー、外部へ接続するリバースシェル、クラウドのメタデータエンドポイントから引き出される認証情報など）、ほとんどのチームは数秒以内に、自分が何を見ているのかを把握できます。把握できないのは、それに対して何をすべきかです。

このワークロードには何が依存しているのか。コンテナを停止させたら、サイドカーメッシュが壊れないか。StatefulSet がエラーを出し始めないか。そもそも操作を完全に阻む PodDisruptionBudget が設定されていないか。証拠を収集する前に、それを消し去ってしまったのではないか。

現在、こうした問いにプレッシャーの中で答えるには、SRE、セキュリティエンジニア、クラウド管理者を集める必要があります。多くの場合、Slack のインシデントチャンネルで。多くの場合、深夜 2 時に。そして多くの場合、手を緩めない攻撃者と競い合いながら。

これこそ、新しい Runtime Remediation Skill が解決する課題です。

ここで、ヘッドレスクラウドセキュリティがレスポンスのモデルを変えます。アナリストにアラートからダッシュボード、ランブック、クラウドコンソール、チャットスレッドへとピボットさせるのではなく、Sysdig はランタイムインテリジェンスと統制されたレスポンスアクションを、チームがすでに働いている運用ワークフローの中へと持ち込みます。その結果もたらされるのは、自律的な修復それ自体ではありません。アナリストがすべてのステップで主導権を握ったまま、より速く、より安全にレスポンスできることです。

レスポンスはツールの問題であるだけでなく、知識の問題です

実際のクラウドインシデントに対応した経験のある方なら、トリアージのフェーズがさほど長引かないことをご存知でしょう。つらいのはその次の 5 分間です。ブラストラディウス（影響範囲）を見極め、適切な人員を招集し、コンテナを停止すべきか、隔離すべきか、それともまずキャプチャを取得すべきかを判断する。しかもその過程で、他の何かを壊してしまわないようにする必要もあります。

こうした判断は、たいてい暗黙知（tribal knowledge）です。このノウハウは、最も経験豊富なエンジニアの頭の中にしかありません。スケールせず、自動的にドキュメント化されることもなく、そしてそのエンジニアが眠っている深夜 3 時には、まず出てきてくれません。

Runtime Remediation Skill は、その判断をコード化し、アナリストのターミナル上で直接実行します。しかも、すべてのステップでハンドルを握るのはアナリスト自身です。

Runtime Remediation Skill が実際に行うこと

Runtime Remediation Skill はエージェントスキルです。すなわち、AI コーディングエージェントに対して、すでにアクセス権を持っているツールとデータを使いながら、特定のセキュリティワークフローをステップごとにどう実行するかを指示する、一連の命令です。汎用的なガイダンスをもとに AI エージェントが修復を即興で組み立てる、というものではありません。Sysdig のランタイムインテリジェンスとクラウドネイティブセキュリティの専門知識に裏打ちされた、統制されたレスポンスワークフローをエージェントに与えるのです。そのワークフローは、ブラストラディウスを読み取り、順序付けられたアクションを提案し、破壊的なステップごとに必ず確認を待ち、封じ込め後の再出現を監視します。

この Skill は 6 ステップのレスポンスフローを実行します。すべての過程が逐一説明されるため、アナリストは何かが起きる前に、これから何が起きるのかを常に把握できます。まず、影響を受けたワークロードのリアルタイムなブラストラディウスマップを構築します。サービスの依存関係、サイドカー、ServiceAccount の権限、クラウドアイデンティティのバインディング、そして PodDisruptionBudget のような運用上の制約です。このマップは読み取り専用で、何かに手を触れる前に作成されます。行動した場合に何が壊れるのかを推測する必要はありません。

そこから Skill は、順序付けられたレスポンスアクションのセットを提案します。アクションごとに、そのアクションが何をするのか、何を壊すのか、取り消せるのか、そして取り消せる場合は正確な取り消し用の呼び出しまでを提示します。破壊的なアクションには、それぞれ個別に明示的な確認が必要です。「すべて承認」はありません。これは意図的な設計です。

これは、ヘッドレスセキュリティモデルの中核に従うものです。エージェントが提案し、人間が決定し、すべてのアクションが記録されます。

アクションのセットは、レスポンスの全領域をカバーします。封じ込めの前に行うフォレンジック収集（バイナリの取得、システムコールのキャプチャ、ボリュームのスナップショット）、活動中の脅威に対するネットワーク隔離とプロセスの終了、そして認証情報の窃取に対する IAM セッションの無効化です。しかもそれらは、単に自明な順序ではなく、正しい順序で実行されます。認証情報が窃取されている場合、攻撃者はそれを Pod の中ではなく手元に持っています。IAM セッションを先に無効化することが正しい判断です。この Skill はそれを理解しています。

アクションの実行後は 5 分間監視し、脅威が再出現していないことを確認します。そして cleared、still_active、inconclusive のいずれかとしてクローズし、その結果を明確に伝えます。アナリストを判断のつかないまま放置することはありません。UTC タイムスタンプ、アクションの判断内容、監視結果を含む完全な監査証跡は、インシデントチケットへ自動的に追記されます。

この Skill は Sysdig MCP server を経由して動作します。これにより、AI エージェントは Sysdig のランタイム検知、ワークロードのコンテキスト、レスポンスアクションへ、構造化された形でアクセスできます。利用にあたっては、MCP server を OAuth 経由で登録しておく必要があります。

これが意味するより大きな変化

Runtime Investigation Skill に続き、Runtime Remediation Skill はループを閉じます。検知から、範囲を絞った調査、そして安全で監査可能なレスポンスまで、そのすべてがチームのすでに使っているツールの中で完結します。

これが、ヘッドレスクラウドセキュリティの実際の姿です。コンテキストスイッチして入り込む新しいダッシュボードでもなく、インシデントの最中には誰も読まない wiki に置かれたレスポンスのプレイブックでもありません。脅威を最も速く検知するチームは、常に優位に立ってきました。これからは、封じ込めもより速く行えます。暗黙知のボトルネックもなく、深夜 2 時のエスカレーションの連鎖もなく、次に何が壊れるのかを推測することもなく。

Runtime Remediation Skill は本日より Public Beta として、Claude Code および Agent Skills に対応するあらゆる環境でご利用いただけます。

検知からレスポンスまでの一連のループが実際に動作する様子を、デモでご確認ください。

‍