CertificateManager カスタム・リソース (custom resource)
CertificateManager を使用して、お客様のウェブサイトおよびサーバー用の TLS/SSL 証明書を作成してください。
- オペレーターは、内部サーバー間通信用の証明書を生成するために、
CertificateManagerカスタムリソースを使用します。これにより、内部呼び出しはhttps経由で行われます。 - 注： 生成された証明書は自己署名付きです。本番環境では、ドメイン証明書を外部から取得することをお勧めします。
- このカスタムリソースによって生成されたすべての証明書は、同じ認証局によって署名されています。
トランスポートレイヤーセキュリティ（TLS）および認証局（CA）
Kubernetes のような分散システムでは、サービス間の安全な通信を確保する上で、トランスポートレイヤーセキュリティ（TLS）と認証局（CA）が重要な役割を果たします。
TLSは、盗聴、改ざん、偽造を防止するために、クライアントとサーバー間の通信を暗号化するために使用されます。 認証局は、サーバーやクライアントなどのエンティティの身元を認証するためのデジタル証明書を発行する信頼された機関です。
- トランスポートレイヤーセキュリティ証明書
- これらの証明書は、通信チャネルを保護し、サービス間のデータのプライバシーと完全性を確保するために使用されます。
- 認証局
- これは信頼された機関であり、証明書に署名し、その証明書の正当性を証明するのに必要な情報を提供しています。
なぜ、トランスポート層セキュリティにおいて認証局が重要なのでしょうか？
ルート認証局は、以下の理由により、TLS証明書の発行と検証において重要な役割を果たします。
- 信頼構築
- 認証機関は、サーバーなどの証明書申請者の身元を検証し、サーバーの身元を確認した上でTLS証明書を発行します。 信頼できる認証局がなければ、クライアントは通信相手のサーバーの正当性を確認することができません。
- 検証プロセス
- TLS証明書は、信頼されたCAによって署名されている場合にのみ信頼されます。 TLS 証明書の受領者がその真正性を確認する場合、CA はそれが信頼された CA によって発行されたものであるかどうかを検証します。
- trust チェーン
- CAは信頼の連鎖の基盤です。 ルートCA証明書は自己署名であり、中間証明書は個々のサービスのTLS証明書に署名するために使用することができます。 これらのサービス証明書はルートCAに対して検証され、通信の安全性が確保されます。
詳細については 、 CertificateManager の主な機能と利点をご覧ください。