“普段から GuardDuty で過検知が発生するような運用をしてしまっていると、その効果をふんだんに発揮できるとは限らず、むしろアラートの海に重要なものが紛れてしまうことさえ考えられます。”
AI時代のセキュリティ運用を再考。Session ManagerやFargateで攻撃面・管理負担を減らし、静的配信をS3＋CloudFrontへ。GuardDutyの過検知を生む運用も見直し、重要な判断に集中することを提言。
SSHを閉じてSSMへ移せば、次はIAMとエージェントを守る仕事が残る。Fargateもコンテナの対策までは消さない。製品を置き換えた数ではなく、管理対象が何から何へ変わるかを確かめて移行を選びたい。
攻撃側の手口やスピードが上がってる今だからこそ管理面を減らして設定見直すの基本だけど大事
セキュリティの観点で、マネージドにした方がいいし、コンテナにした方がいいってのは同意。特にスキル不足・人員不足の会社はそうすべき。現実にはそういう会社の方がEC2インスタンス管理しがち。
「アタックサーフェスや管理面を減らす」「アーキテクチャを再考する」「アラートの海に重要なものが紛れてしまう」「Amazon EC2 に SSH で入っているなら AWS Systems Manager Session Manager で入る」
オンプレでは何十年も前から基本原則(かつ楽々設定)だったものを、クラウドしか知らない若い世代が増えたせいでユルユルガバガバセキュリティで死んでるの頭痛い。最近のバイブコーディングでやらかす若者と変わらん
OSIレイヤー毎の防御や、機密性に応じた保管場所や参照の分散をしっかりする。保守費をクラウド側に移す、AI人材とAIで構成変更する、CVEや攻撃監視と対応どれも、必要性の認識とコストを掛けられる組織ならできる。
私はさらに、7つくらいの観点を提示して話をしているが、アタックサーフェイスもそのうちの一つ。ただ、一番重要というわけではないかな。
今後のセキュリティの考え方
“普段から GuardDuty で過検知が発生するような運用をしてしまっていると、その効果をふんだんに発揮できるとは限らず、むしろアラートの海に重要なものが紛れてしまうことさえ考えられます。”
AI時代のセキュリティ運用を再考。Session ManagerやFargateで攻撃面・管理負担を減らし、静的配信をS3＋CloudFrontへ。GuardDutyの過検知を生む運用も見直し、重要な判断に集中することを提言。
SSHを閉じてSSMへ移せば、次はIAMとエージェントを守る仕事が残る。Fargateもコンテナの対策までは消さない。製品を置き換えた数ではなく、管理対象が何から何へ変わるかを確かめて移行を選びたい。
攻撃側の手口やスピードが上がってる今だからこそ管理面を減らして設定見直すの基本だけど大事
セキュリティの観点で、マネージドにした方がいいし、コンテナにした方がいいってのは同意。特にスキル不足・人員不足の会社はそうすべき。現実にはそういう会社の方がEC2インスタンス管理しがち。
「アタックサーフェスや管理面を減らす」「アーキテクチャを再考する」「アラートの海に重要なものが紛れてしまう」「Amazon EC2 に SSH で入っているなら AWS Systems Manager Session Manager で入る」
オンプレでは何十年も前から基本原則(かつ楽々設定)だったものを、クラウドしか知らない若い世代が増えたせいでユルユルガバガバセキュリティで死んでるの頭痛い。最近のバイブコーディングでやらかす若者と変わらん
OSIレイヤー毎の防御や、機密性に応じた保管場所や参照の分散をしっかりする。保守費をクラウド側に移す、AI人材とAIで構成変更する、CVEや攻撃監視と対応どれも、必要性の認識とコストを掛けられる組織ならできる。
私はさらに、7つくらいの観点を提示して話をしているが、アタックサーフェイスもそのうちの一つ。ただ、一番重要というわけではないかな。