「ハッキングされたかもしれない。でも、何をすればいいか分からない。」 そんな現場のエンジニアや管理者へ向けた、 GIIPの実践的な活用法 です。 セキュリティの脅威が疑われる際、最も重要なのは 迅速なトリアージ（証拠収集） と 正確な攻撃検証 です。しかし、分散したクラウドインフラで膨大なログを手作業で追跡するのは容易ではありません。 GIIPを導入していれば、わずか数ステップでこの調査プロセスを自動化できます。 1. GIIP セキュリティモニターとAI指示書 まず、GIIPをインフラに接続します。 …いきなり宣伝になってしまいましたね…😅 続いて、**セキュリティモニター（Security Monitor） を開きます。 攻撃の痕跡が表示されたら、カード下部にある 「AI指示書をコピー」**をクリック。 コピーした内容を、収集エージェント側のAIに渡します。 すると、エージェントに付与された権限の範囲内で 侵入調査が即座に始まり 、結果を詳細なレポートにまとめてくれます。 2. 実際のAI指示書の内容 コピーされる指示書には、次のように明確な判定概要・取得コマンド・検証手順が構造化されています。 【secwatch セキュリティ判定・調査依頼】 secwatchの1次前段フィルター＋2次Jevゲートウェイが、以下のイベントを分類した。実際の攻撃かどうかを原本で確認し、対応すること。 ■ 判定概要 ・時刻：2026年10月19日 21:32（GMT+9） ・ルーティング：review — インジェクションの可能性が境界域にあり、人による確認が必要 ・is_injection：0.34 ・イベント種別：secevt_batch_audit ・攻撃種別：recon_probe（偵察・探索） ・攻撃である確率：34% ・深刻度：1（0〜4） ・エンジン：jev-1.13.0 ・収集エージェント（lssn）：72784 ・攻撃元として検出されたIP：10.102.51.75 ・パターン：#5 ■ 原本の所在 ※マスキング前の証拠はソース側にのみ存在 ・source / system：- / - ・location：- ・ref / ts：- / - ■ 実施事項 1. 原本ログを取得する。 aws logs get-log-even...