クラウドインフラの構成ドリフト：良いドリフト、悪いドリフト、最悪のドリフト

クラウドにおけるデータ侵害の主な原因はインフラの設定ミスです。その大きな要因の一つが、プロビジョニング後にクラウド環境で発生する変更、つまりインフラ構成のドリフトです。クラウド環境のセキュリティとコンプライアンスを担当しているなら、インフラのドリフトを分析し、修正することに多くの時間を費やしていることでしょう。

ドリフトはすべて悪い、あるいは望ましくないものだと考えがちです。もちろん、中には本当に悪いものもあります。ひどいものさえあります！しかし、望ましい良いドリフトもあります。良いもの、悪いもの、ひどいものの違いと見分け方を理解すれば、あなたやチームの不満や無駄な時間を大幅に減らせます。

良いドリフト：クラウドを使う理由

クラウドインフラは柔軟で、スケーラブルです。アプリケーションの刻々と変わるニーズに応じて、人手を介さずにクラウド環境が動的に変化することを私たちは望んでいます。データセンターでキャパシティプランニングや事前プロビジョニングを行っていた時代は終わりました。

プロビジョニング後に発生してほしいクラウドインフラの変更は数多くあります。AWS Auto ScalingグループやDynamoDBなどのクラウドリソースは、使用状況やスループットに応じてインフラを動的にスケールし、新たな需要に対応できます。アプリケーションは処理中に、SQSキュー、SNSトピック、S3バケットなどの新しいリソースを作成することがあります。Elastic Container ServiceやAWS Fargateに接続されたALBは、インフラ構成を変更する動作を行います。

クラウドセキュリティとコンプライアンスのあらゆるアプローチでは、こうした「良い」変更を考慮する必要があります。特に、ドリフトを自動修正する場合は重要です。セキュリティツールとアプリケーションに、自動化をめぐって競い合わせるべきではありません。もちろん、こうした「良い」変更が本当に良いものか確認する必要がありますが、それはまた別の記事で取り上げます。

悪いドリフト：アプリが停止！

構成ドリフトは長年にわたり運用・インフラチームを悩ませ、アプリケーションの停止やデプロイの失敗を引き起こしてきました。これは、本番環境に何らかの変更が生じたにもかかわらず、運用チームがそれを把握していない場合に発生します。セキュリティグループのルールが削除されたり、IAMポリシーが取り除かれたりすることもあります。AWSコンソールでの単純な操作ミスが、アプリケーション全体を停止させることもあります。原因を特定するための緊急対応が始まり、事後検証は気まずいものになります。

幸い、深刻な停止ではなく、デプロイの失敗で済むこともあります。いずれにしても、こうした悪いドリフトはエンジニアリングリソースを消耗します。ミッションクリティカルなアプリケーションの場合、悪いドリフトは収益の損失や顧客の信頼低下につながることがあります。

ここで、効果的なクラウドセキュリティのアプローチが、アプリケーションチームと運用チームに大きなメリットをもたらします。彼らが環境の予期せぬ変更を嫌うのには、もっともな理由があります。悪いドリフトに対処すれば、環境の安全性とコンプライアンスポリシーへの準拠を維持できるだけでなく、予定外の停止も防ぎやすくなります。クラウド環境で何が稼働しているかを示す信頼できる唯一の情報源を共有することで、すべてのチームが恩恵を受けます。

ひどいドリフト：データ侵害！

クラウドインフラのドリフトの最後の分類は、重要なデータが悪用や漏えいにさらされるものです。組織がニュースで取り上げられる原因となるのが、こうした事態です。そして、その責任は常にクラウドプロバイダーではなく、クラウドを利用する顧客にあります。

最もよくある「ひどい」ドリフトは、重要なオブジェクトストレージリソースがパブリックアクセスに設定されることです。サービスの圧倒的な人気もあり、多くの場合AWS S3が該当します。S3のデフォルト設定はプライベートですが、クラウド利用者が誤ってパブリックに変更し、重要なデータや機密データを危険にさらすことは珍しくありません。S3の設定ミスによるクラウド侵害の危険性を伝えるニュースは後を絶ちません。

S3だけでなく、セキュリティグループのルール、VPC（サブネットやACLを含む）、IAMポリシー、データベースのアクセス ポリシーに関する構成ドリフトも、組織が新聞沙汰になるのを防ぐため、迅速に検出して修正する必要があります。高額なコンプライアンス違反の罰金や顧客の信頼喪失を避けるためにも重要です。

対策を立てる

クラウドの設定ミスへの対処と予防は、企業のクラウドセキュリティチームや運用チームにとって最優先事項であるべきです。そのためには、ドリフトを把握することが鍵となります。ドリフトを分類する方法を理解すれば、限られたリソースを重要なドリフトへの対応に集中させ、最適な修正方法（手動か自動か）を選べます。

• 良いドリフト：無視しましょう！ただし、いずれアプリケーションが取り得るさまざまな構成オプションに、セキュリティ検証を適用したくなるでしょう。このテーマについては、後の記事で取り上げます。

• 悪いドリフト：監視しましょう！この分類のドリフトを継続的に監視し、迅速に修正できる準備を整えてください。セキュリティグループなど、頻繁にドリフトが発生する特定のリソースには、システム停止を防ぐ自動修正ソリューションの導入を検討してください。

• ひどいドリフト：防ぎましょう！インフラのドリフトによるデータ侵害を避けるには、重要なリソースのドリフトを自動で検出・修正するソリューションが不可欠です。重要なデータを何時間も、何日も、あるいはそれ以上にわたって危険にさらすわけにはいきません。