6.15. kubelet の TLS セキュリティープロファイルの有効化


TLS (Transport Layer Security) セキュリティープロファイルを使用して、kubelet が HTTP サーバーとして機能している際に必要とする TLS 暗号を定義できます。kubelet はその HTTP/GRPC サーバーを使用して Kubernetes API サーバーと通信し、コマンドを Pod に送信して kubelet 経由で Pod で exec コマンドを実行します。

TLS セキュリティープロファイルは、kubelet と Kubernetes API サーバー間の通信を保護するために、Kubernetes API サーバーが kubelet に接続する際に使用しなければならない TLS 暗号を定義します。

注記

デフォルトで、kubelet が Kubernetes API サーバーでクライアントとして動作する場合、TLS パラメーターを API サーバーと自動的にネゴシエートします。

6.15.1. TLS セキュリティープロファイルについて

このセクションで説明するように、TLS (Transport Layer Security) セキュリティープロファイルを使用して、OpenShift Container Platform のさまざまなコンポーネントで必要とされる TLS 暗号を定義できます。

OpenShift Container Platform の TLS セキュリティープロファイルは、Mozilla が推奨する設定 に基づいています。

コンポーネントごとに、以下の TLS セキュリティープロファイルのいずれかを指定できます。

表6.7 TLS セキュリティープロファイル
プロファイル説明

Old

このプロファイルは、レガシークライアントまたはライブラリーでの使用を目的としています。このプロファイルは、Old 後方互換性 の推奨設定に基づいています。

Old プロファイルには、最小 TLS バージョン 1.0 が必要です。

注記

Ingress Controller の場合、TLS の最小バージョンは 1.0 から 1.1 に変換されます。

Intermediate

このプロファイルは、Ingress Controller、kubelet、およびコントロールプレーンのデフォルトの TLS セキュリティープロファイルです。このプロファイルは、Intermediate 互換性 の推奨設定に基づいています。

Intermediate プロファイルには、最小 TLS バージョン 1.2 が必要です。

注記

このプロファイルは、大多数のクライアントに推奨される設定です。

Modern

このプロファイルは、下位互換性を必要としない最新のクライアントで使用することを目的としています。このプロファイルは、Modern compatibility の推奨設定に基づいています。

Modern プロファイルには、最小 TLS バージョン 1.3 が必要です。

Custom

このプロファイルを使用すると、使用する TLS バージョンと暗号を定義できます。

警告

無効な設定により問題が発生する可能性があるため、Custom プロファイルを使用する際には注意してください。

注記

事前定義されたプロファイルタイプのいずれかを使用する場合、有効なプロファイル設定はリリース間で変更される可能性があります。たとえば、リリース X.Y.Z にデプロイされた Intermediate プロファイルを使用する仕様がある場合、リリース X.Y.Z+1 へのアップグレードにより、新規のプロファイル設定が適用され、ロールアウトが生じる可能性があります。

6.15.1.1. TLS 鍵交換グループ

TLS セキュリティープロファイルには、暗号スイートと最小 TLS バージョンに加えて、サポートされている鍵交換グループのリストが含まれています。鍵交換グループは、TLS ハンドシェイク中に使用される暗号化アルゴリズムを決定し、クライアントとサーバー間で共有セッション鍵を安全に確立します。

OpenShift Container Platform では、以下の鍵交換グループがサポートされています。

表6.8 TLS 鍵交換グループ
Group説明

X25519MLKEM768

量子後 ML-KEM アルゴリズムと古典的な X25519 楕円曲線を組み合わせた、量子後ハイブリッド鍵カプセル化メカニズム (KEM)。この組み合わせにより、古典コンピューティング攻撃と量子コンピューティング攻撃の両方に対する防御が可能になります。

X25519MLKEM768 は、Old、Intermediate、および Modern の 事前定義済み TLS プロファイルでデフォルトで有効になっています。クラスター管理者による操作は不要です。

重要

X25519MLKEM768 は FIPS 認証を受けていません。FIPS モードで動作するコンポーネントは、このグループを自動的に無視します。

X25519

Curve25519 を使用した古典的な Diffie-Hellman 鍵交換方式。高いセキュリティーと優れたパフォーマンスを両立します。すべての定義済み TLS プロファイルでデフォルトで有効になっています。

secp256r1

NIST P-256 楕円曲線ディフィーヘルマン鍵交換。すべての定義済み TLS プロファイルでデフォルトで有効になっています。

secp384r1

NIST P-384 楕円曲線ディフィーヘルマン鍵交換方式。すべての定義済み TLS プロファイルでデフォルトで有効になっています。

注記
  • カスタム TLS プロファイルタイプでは、デフォルトでは鍵交換グループのリストが空になっています。カスタムプロファイルで特定の鍵交換グループを設定するには、spec.tlsSecurityProfile.custom.groups で明示的に指定する必要があります。
  • OpenShift Container Platform のすべてのコンポーネントが、鍵交換グループの順序付けを尊重するわけではありません。Go ベースのコンポーネントは Go の内部的な優先順位を使用し、グループリストを厳密な順序付けの優先順位ではなく、許可されたグループのフィルターとして扱います。
Red Hat logoGithubRedditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

Red Hat ドキュメントについて

Legal Notice

Theme

© 2026 Red Hat
トップに戻る