オンプレミスとクラウドで何が違う？

Webサイトのクラウド移行時に絶対変えるべき3つのセキュリティ対策

オンプレミスのデータセンターとクラウドでは、Webサイトのセキュリティ対策に異なるアプローチが必要となる。セキュリティついて根本的に考え方を変えるべき3つの事項を紹介する。

公開 2018年02月15日 08時00分

更新 2020年05月19日 11時23分

著者

Paco Hope

[Computer Weekly]

印刷する連載新着通知を受け取る Googleで優先するソースとして追加

　クラウドで運用するWebサイトのセキュリティを確保するアプローチは、従来のデータセンターで運用するWebサイトとはやや違いがあり、用いるセキュリティ手法も異なる。

　クラウドに移行する企業が増えるにつれ、情報セキュリティチームはWebサイトをクラウドに適応させ、保護する必要に迫られる。クラウド規模で安全なWebサイトを構築すると同時に、アジリティーとイノベーションを促進するには、3つの考え方を根本的に変えることが重要になる。アジリティーとイノベーションは、クラウドがビジネスにもたらす重要なメリットだ。

1．クラウドのダイナミズムを理解するセキュリティメカニズムを使用する

　オンプレミスのリソースのセキュリティを確保する場合、それらのリソースを生み出したプロセスについてはあまり気にする必要はない。データセンターに存在するリソースを保護することを考えるだけだ。そのリソースの出自がどうであれ、全資産のリストに対してアセスメントやセキュリティテストを実施できる。

　クラウドのリソースは、一時的かつ動的になる。Webサイトは、需要のピークに応じてアプリケーションサーバの新しいインスタンスを10個起動することもある。こうしたインスタンスは4時間にわたって実行され、需要が減少すれば順次終了する。この4時間の実行中のみインスタンスを確実に保護するためには、リソースが生み出された方法を調べることになる。具体的には「開始点はどこか」「起動後にインスタンスを堅牢（けんろう）にし、構成するものは何か」「リソースを起動するためのパイプラインが信頼できる理由は何か」などを調べる。

　セキュリティ担当者は、リソースを生み出したメカニズムを把握し、それを保護する必要がある。データベースを使って、全所有物を追跡するセキュリティ手法はクラウドではうまく機能しない。広範囲にわたってIPアドレスを調べる方法は、規模に応じて拡張することも、クラウドのダイナミズムに対処することもできない。

　クラウド資産を保護するには、Amazon Web Services（AWS）の「AWS Config」や「Amazon CloudWatch Events」などのクラウドネイティブの機能を使い、リソースの出入りに応じてクラウドを継続的に保護しなくてはならない。

　例えばAlfrescoのツール「Prowler」を使えば、Cloud Infrastructure Security（CIS）Foundation Benchmarkのような著名な標準への違反がないかどうか、クラウドを動的に調べることができる。このツールはCIS標準に照らしてリソースを定期的に評価し、違反を報告して、適切に対処できるようにする。Prowlerは、AWSのAPIを使って実行環境を動的に調べる。これは、リソースの静的データベースに環境が依存しないようにするためだ。静的データベースの情報は古くなってしまう恐れがある。