[クラウドのセキュリティリスクを管理せよ]

2014年7月8日(火)日本クラウドセキュリティアライアンス

リスト

図1：インシデント対応のライフサイクル
拡大画像表示

　CSAガイダンスでは、インシデント対応作業を時系列順に並べた「ライフサイクル」としてとらえ、各段階について、クラウドを利用する場合の課題と推奨策を列挙している（図1）。前回は、このライフサイクルに沿って、「準備」と「検知と分析」について説明した。以下では、それに続く各段階を対象に、クラウド固有の技術的な問題について考えてみよう。

「拡大防止」段階

　次段階で扱う「除去」すべき原因を究明するまでは、利用者と事業者（もしくはサプライチェーンに関わるすべての組織）の連携・協力が最も求められる。協力の形は利用しているモデルによって大きく異なるが、とりわけ根本的な原因が不明な段階での被害拡大防止は、関係者すべての知恵をあわせる必要がある。ただし、ここで主導的立場で取り組むことを求められるのは利用者側である。なぜなら、この時点での対応が、利用者のビジネスや業務に直接影響することになるからだ。

　対応そのものも多岐にわたる。例えば、単純なWeb改ざんのように事象が明白なインシデントであったとしても、その原因が分からない段階での対応には困難が伴う。単純に復旧させるといっても、より手が込んだ改ざんを再度、受けるかもしれないし、表面に見えているインシデントだけではない可能性もある。

　一方で、ビジネス上の要請から長時間、サービスを停止できないことがある。そうしたサービスの場合は、停止時間について高度な経営判断が必要になるかもしれない。場合によっては、原因不明のまま復旧させ、再度の攻撃を受けていないかを監視しながら、運用を続けるような状況もあり得るだろう。