セキュリティ対策のベストプラクティス

このドキュメントでは、 Trusted Cloud向け Terraform を安全に使用するためのガイドラインと推奨事項について説明します。Terraform を使用するには、対象のクラウドインフラストラクチャに対して機密性の高いアクセス権が必要です。セキュリティのベストプラクティスに従うことで、関連するリスクを最小限に抑え、クラウド全体のセキュリティを改善できます。

このガイドでは Terraform の概要は説明しません。 Trusted Cloud by S3NSで Terraform を使用する方法については、Terraform を使ってみるをご覧ください。

リモート状態を使用する

Trusted Cloud のお客様には、Cloud Storage の状態バックエンドを使用することをおすすめします。このアプローチでは、チームとして共同作業できる状態が制限されます。また、状態と潜在的な機密情報をすべてバージョン管理から分離します。

リモート状態として使用されるバケットには、ビルドシステムおよび高い権限を持つ管理者のみがアクセスできるようにします。

開発環境の状態を誤ってソース管理に commit しないようにするには、Terraform の状態ファイルに gitignore を使用します。

状態を暗号化する

Trusted Cloud バケットは保存時に暗号化されますが、顧客指定の暗号鍵を使用して保護レイヤを追加できます。これを行うには、GOOGLE_ENCRYPTION_KEY 環境変数を使用します。状態ファイルに保存されるシークレットはないはずですが、常に追加の防御手段として状態を暗号化してください。

シークレットを状態に保持しない

Terraform には、状態ファイルに平文でシークレット値に保存するリソースやデータプロバイダが多数あります。可能な限り、状態をシークレットに保存することは避けてください。シークレットを平文で保存するプロバイダの例を次に示します。

機密出力をマークする

手動で機密性の高い値を暗号化する代わりに、Terraform の組み込みの機密状態管理サポートを使用します。機密性の高い値を出力にエクスポートするときは、値を必ず「機密」とマークしてください。

職掌分散を確保する

ユーザーがアクセスできない自動システムから Terraform を実行できない場合は、権限とディレクトリを分離して職掌分散を確保してください。たとえば、ネットワークプロジェクトは、そのプロジェクトにアクセスが制限されているネットワーク Terraform サービスアカウントまたはユーザーに対応します。

継続的な監査を実施する

terraform apply コマンドの実行後、自動セキュリティチェックを実行します。これらのチェックにより、インフラストラクチャが安全な状態からずれないようにすることができます。この種のチェックでは、次のツールが有効です。

セキュリティ対策のベスト プラクティス