バラクーダネットジャパンはコラム「AWS Well-Architectedフレームワークの第5の柱: インシデント対応」を公開しました。
＃＃＃
2019年12日2日、Rich Turner
このブログはAWS Well-Architectedフレームワークの5本の柱に関するシリーズ（7つのブログ）の第6の記事です。シリーズ全体については、Five Pillars for well-architected AWS securityをご参照ください。
多くの企業にとって、インシデント対応はクラウドセキュリティフレームワークの設計が不十分であることを意味する最初の兆候です。攻撃が実行されるまでは、インシデントを検出できない場合が多いため、損害が発生しています。このような場合、多くの企業は、対応を検出から修復に迅速に変更していますが、検出できなかった大規模な侵害とインシデントによって修復できないほどの損害を受けています。
設計が優れたインシデント対応フレームワークでは、インシデント対応という概念は、さらに基本的です。通常、インシデントは簡単に検出および修復できるセキュリティ障害またはコンプライアンス違反です。攻撃が最終的に防止されたとしても、インシデントを防止するソリューションは悪意のあるインシデントを検出するための要件を含んでいる可能性があります。
この続きは以下をご覧ください
(リンク »)
2019年12日2日、Rich Turner
このブログはAWS Well-Architectedフレームワークの5本の柱に関するシリーズ（7つのブログ）の第6の記事です。シリーズ全体については、Five Pillars for well-architected AWS securityをご参照ください。
多くの企業にとって、インシデント対応はクラウドセキュリティフレームワークの設計が不十分であることを意味する最初の兆候です。攻撃が実行されるまでは、インシデントを検出できない場合が多いため、損害が発生しています。このような場合、多くの企業は、対応を検出から修復に迅速に変更していますが、検出できなかった大規模な侵害とインシデントによって修復できないほどの損害を受けています。
設計が優れたインシデント対応フレームワークでは、インシデント対応という概念は、さらに基本的です。通常、インシデントは簡単に検出および修復できるセキュリティ障害またはコンプライアンス違反です。攻撃が最終的に防止されたとしても、インシデントを防止するソリューションは悪意のあるインシデントを検出するための要件を含んでいる可能性があります。
この続きは以下をご覧ください
(リンク »)
本プレスリリースは発表元企業よりご投稿いただいた情報を掲載しております。
お問い合わせにつきましては発表元企業までお願いいたします。
お問い合わせにつきましては発表元企業までお願いいたします。
