1.3.3. セキュリティー
Ansible Automation Platform on Microsoft Azure は、Red Hat と Microsoft の両方のセキュリティーのベストプラクティスに従います。次の関連情報では、アプリケーションとインフラストラクチャーのセキュリティー体制を説明します。
転送中および保存中のデータ暗号化
- All Azure Storage Services enable server-side encryption by default using service-managed keys
- All Azure hosted services are committed to providing Encryption at Rest options
- Azure encryption overview
- Azure Kubernetes Service (AKS) 内のサービス (Ansible Automation Platform、Postgres、ストレージアカウントなど) 間の通信ではすべて、Transport Layer Security (TLS) v1.2 以上が使用されます。
- Azure security baseline for Azure Kubernetes Service (AKS)
パスワードの保存
- 顧客が提供する Ansible Automation Platform 管理者パスワードは、転送中に暗号化されます。顧客のリクエストに応じて Kubernetes API から Site Reliability Engineer (SRE) がアクセスして、リセットできます。
業界標準に従って生成されたキー
キーのインストール、ローテーション
SSL/TLS トラフィック暗号化
- AKS 内のサービス (Ansible Automation Platform、Postgres、ストレージアカウントなど) 間のすべての通信では、TLS v1.2 以上が使用されます。
- パブリックデプロイメントの場合はアプリケーションゲートウェイ経由、プライベートデプロイメントの場合は nginx Ingress 経由のいずれの場合も、Ansible Automation Platform UI へのすべての通信では TLS v1.2 以上が使用されます。
API セキュリティー
- 機密情報が漏洩する可能性のある Ansible Automation Platform API のどの部分にも、既知の Ansible Automation Platform ユーザーとして認証することによってのみアクセスでき、そのユーザーにはそれらの API を使用するための適切なレベルの承認が必要です。プライベートデプロイメントでは、Ansible Automation Platform API へのアクセスは、プライベートデプロイメントに接続するために選択したルート経由でのみ顧客が行えます。
- Kubernetes API はプライベートであり、プライベートエンドポイントからのみアクセスできます。
- ワークロードアイデンティティーが有効になり、Kubernetes アプリケーションが Microsoft Entra ID を使用して Azure クラウドリソースに安全にアクセスできるようになります。
更新とパッチ適用
- Red Hat SRE は、最新の機能、バグ修正、セキュリティー修正を取得するために、Kubernetes バージョン、基盤となるノード OS、Ansible Automation Platform バージョンを最新の安定バージョンに定期的に更新します。