cv usk(@cv_usk):深夜3時、決済処理サーバーのCPU使用率が97%まで跳ね上がりました。オンコールのエンジニアはサーバーを再起動してチケットを閉じます。それだけです。 🕵️ 実はその6時間前、攻撃者はカーネルスレッドを装った暗号マイニングマルウェアをそのサーバーに仕掛けていました。15分おきにマイニングプールへ静かにビーコン通信を送り続けていたにもかかわらず、運用チームもセキュリティチームも誰も気づけませんでした。理由は単純で、CPUのメトリクスとプロセスのセキュリティイベントが別々のプラットフォームに保存されていたからです。 💡 Elasticのブログ「The security attack that hid inside your observability data」（https://t.co/EFrs0OuzoB）は、この見落としが仕組みの問題であることを指摘します。オブザーバビリティのメトリクスとセキュリティイベントを同じ基盤に統合すれば、CPUの急上昇とプロセス作成イベント、怪しいDNSクエリをAIエージェントが1つのコンテキストで横断的に相関分析でき、人間が複数のツールを渡り歩く前に脅威を確認できるようになります。 🔐 さらに社内のインシデント対応手順書を同じ基盤に取り込んでおけば、AIは「ホストを隔離してください」という漠然とした助言ではなく、具体的な承認フローや通知期限まで踏まえた指示を、規制文書に紐づく監査可能な形で出せるようになります。攻撃者は最初から縄張りを守っていません。守る側のデータも、もう分けておく理由がなくなってきています。 #セキュリティ運用 #オブザーバビリティ

2026.09.15 23:32

深夜3時、決済処理サーバーのCPU使用率が97%まで跳ね上がりました。オンコールのエンジニアはサーバーを再起動してチケットを閉じます。それだけです。 🕵️ 実はその6時間前、攻撃者はカーネルスレッドを装った暗号マイニングマルウェアをそのサーバーに仕掛けていました。15分おきにマイニングプールへ静かにビーコン通信を送り続けていたにもかかわらず、運用チームもセキュリティチームも誰も気づけませんでした。理由は単純で、CPUのメトリクスとプロセスのセキュリティイベントが別々のプラットフォームに保存されていたからです。 💡 Elasticのブログ「The security attack that hid inside your observability data」（ 🔐 さらに社内のインシデント対応手順書を同じ基盤に取り込んでおけば、AIは「ホストを隔離してください」という漠然とした助言ではなく、具体的な承認フローや通知期限まで踏まえた指示を、規制文書に紐づく監査可能な形で出せるようになります。攻撃者は最初から縄張りを守っていません。守る側のデータも、もう分けておく理由がなくなってきています。 #セキュリティ運用# #オブザーバビリティ#

显示更多