実践クラウドセキュリティ 第2版

第1章 原則と概念

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

そう、これは実践的なガイドなのだ。しかし、実践的な部分に入る前に、クラウドに関連するセキュリティの原則、プラクティスについて、高いレベルでいくつか取り上げておく必要がある。もしあなたが経験豊富なセキュリティ専門家だが、クラウドについては初心者であるなら、「クラウドの共有責任モデル」までざっと目を通すといいだろう。

これらの原則と概念を最初に取り上げる理由は、攻撃者を阻止するためのセキュリ ティ対策の設計と実装について述べるときに、本書の残りの部分で暗黙のうちに使用され るからである。 セキュリティにおける概念的なギャップや誤解は、多くの問題を引き起こす可能性がある。例えば、次のようなことだ：

• 最小特権をよく理解していない場合、クラウドサービスの権限付与をよく理解していても、クラウドアカウントや機密情報を含むクラウドデータベースの人々やオートメーションに過剰なアクセスを許可してしまう可能性がある。

• 多層防御に慣れていない場合、認証、ネットワーク・アクセス制御、暗号化の多層化は役に立たないと思われるかもしれない。

• 脅威モデリング、つまり攻撃者の動機と思われるものや、設計しているシステムの信頼境界について少し知っていないと、間違ったものを守るために時間と労力を費やしてしまうかもしれない。

• クラウドサービス提供モデルと責任共有モデルを理解していないと、クラウドプロバイダの責任であるリスクについて心配することに時間を費やし、自社の責任で対処すべきリスクを見逃してしまう可能性がある。

• 危険性管理について少しでも知っていないと、高いリスクを管理するよりも低いリスクに時間と労力をかけすぎてしまうかもしれない。

クラウドのセキュリティ管理について説明するために、この基礎的な情報を手短に説明しよう。

最小特権

最小権限の原則は、人間や自動化ツールは、自分の仕事をするために必要なものだけにアクセスでき、それ以上にはアクセスできないようにすべきである、という単純なものである。これの自動化の部分を忘れがちである。例えば、データベースにアクセスするコンポーネントは、書き込みアクセスが必要でない場合、データベースへの書き込みアクセスを許可する資格情報を使うべきではない。

最小特権の実際的な適用とは、多くの場合、アクセスポリシーをデフォルトで拒否す ることを意味する。つまり、ユーザにはデフォルトで特権が付与されず（あるいはごくわずかしか付与されず）、ユーザが必要とする特権については要求と承認のプロセスを経る必要がある。

クラウド環境の場合、管理者の一部はクラウドコンソール（仮想マシンなどのクラウド資産を作成、変更、破棄できるWebページ）にアクセスする必要がある。多くのプロバイダーでは、クラウドコンソールにアクセスできる人は、そのクラウドプロバイダーが管理するすべてのものに対して、デフォルトで神のような権限を持つことになる。これには、プロビジョニングされたシステムのオペレーティングシステムでどのような制御が行われているかに関係なく、クラウド環境のあらゆる部分からデータを読み取り、変更し、破壊する能力が含まれる可能性がある。このため、オンプレミス環境で物理的なデータセンターへのアクセスを厳しく管理するのと同じように、クラウドコンソールへのアクセスと権限を厳しく管理し、ユーザが何をしているかを記録する必要がある。 ...