今後のセキュリティの考え方

どうもサイバーセキュリティクラウド 脅威インテリジェンスグループの西川です。 本日のウェビナー（【緊急開催セミナー】重大脆弱性を狙うサイバー攻撃への備え ～パッチ適用までのリスクを低減する「仮想パッチ」とは～）にお越しくださった皆様ありがとうございます。 当日は時間の関係でお伝えしきれなかった、今後のセキュリティの考え方について、改めて書いてみます。 特に AWS 環境の話をしていきますが、すべての環境において共通です。 アタックサーフェスや管理面を減らす 管理面を減らすというのはどういうことかというと、例えばポートを閉じるとかです。意外に思われるかもしれませんが、例えば Amazon EC2 に SSH で入っているなら AWS Systems Manager Session Manager で入るということです。 ポートを開けないことで攻撃を受ける可能性を大幅に減らせます。SSH 関連

[syu-m-5151]

SSHを閉じてSSMへ移せば、次はIAMとエージェントを守る仕事が残る。Fargateもコンテナの対策までは消さない。製品を置き換えた数ではなく、管理対象が何から何へ変わるかを確かめて移行を選びたい。

[otoku-memo]

セキュリティの観点で、マネージドにした方がいいし、コンテナにした方がいいってのは同意。特にスキル不足・人員不足の会社はそうすべき。現実にはそういう会社の方がEC2インスタンス管理しがち。

[moronbee]

OSIレイヤー毎の防御や、機密性に応じた保管場所や参照を分散させた上でCVEや攻撃の監視と対応。 保守費をクラウド側に移す、AIで構成変更する、AI人材雇う、どれも必要性を認識し適切なコストを掛けられる組織ならでき

[circled]

オンプレでは何十年も前から基本原則(かつ楽々設定)だったものを、クラウドしか知らない若い世代が増えたせいでユルユルガバガバセキュリティで死んでるの頭痛い。最近のバイブコーディングでやらかす若者と変わらん

[nilab]

「アタックサーフェスや管理面を減らす」「アーキテクチャを再考する」「アラートの海に重要なものが紛れてしまう」「Amazon EC2 に SSH で入っているなら AWS Systems Manager Session Manager で入る」

[nguyen-oi]

攻撃側の手口やスピードが上がってる今だからこそ管理面を減らして設定見直すの基本だけど大事

[misshiki]

AI時代のセキュリティ運用を再考。Session ManagerやFargateで攻撃面・管理負担を減らし、静的配信をS3＋CloudFrontへ。GuardDutyの過検知を生む運用も見直し、重要な判断に集中することを提言。

[dorapon2000]

“普段から GuardDuty で過検知が発生するような運用をしてしまっていると、その効果をふんだんに発揮できるとは限らず、むしろアラートの海に重要なものが紛れてしまうことさえ考えられます。”