改ざんだけでなく、ログに残らなかった操作も考える

ログは消される・止まる・届かないことがある。その前提で、権限・監視・照合・停止時の動きを決めておく。

• 消させない：AIエージェントが動くアカウントに、ログを止める・消す権限を与えない
  • 例：AWS なら CloudTrail の停止・削除（StopLogging・DeleteTrail）を許可しない。ログの保管先は S3 Object Lock などで、管理者も期限まで消せない設定にする
• 止まったら気づく：ログソースごとに「届かなくなった」ことを監視する
  • 例：ゲートウェイのログが15分間0件ならアラート。CloudTrail の停止そのものも検知する（GuardDuty の CloudTrailLoggingDisabled など）
• 抜けを見つける：別のログソースと1件ずつ照合する。件数だけでは見つからない
  • 例：毎日、ゲートウェイの「op → msg」の対応と、メールサービスの監査ログを突き合わせる。送信要求120件・監査ログ120件でも、op-37 に対応する送信がなく、別の送信が2回記録されていれば件数は一致する
• 報告では、「msg が見つからない」を「送信されていない」としない。どのログを、いつまでの範囲で確認したかを添えて「不明」と書く