Cloudflare 製品の PQC

Cloudflare は、製品スイート全体を完全に耐量子安全にすることを 2029 年目標 ↗ としています。

このページは移行の状況を示します。以下の各セクションは、基盤となる安全な通信チャネルごとに Cloudflare 製品をまとめます。チャネルが PQC に対応すると、その上に構築されたすべての製品が PQC 対応を継承します。

各セクションは、その安全な通信チャネルに導入された耐量子アルゴリズムの種類を記録します。鍵合意（耐量子暗号化とも呼ばれ、harvest-now, decrypt-later ↗ 攻撃から守ります）と 署名（耐量子認証とも呼ばれ、Q-Day 以降 ↗ の量子攻撃者による不正アクセスから稼働中のシステムを守ります）です。

Cloudflare 側の ✅ は、接続の相手側も同じ耐量子アルゴリズムに対応しているとき だけ、エンドツーエンドの耐量子保護になります。Cloudflare が導入したアルゴリズムに対応するブラウザー、ライブラリ、サーバーの一覧は PQC 対応 を参照してください。

Cloudflare One のオンランプとオフランプがどう組み合わさるかのエンドツーエンドの説明は、PQC と Cloudflare One を参照してください。

エンドユーザークライアントから Cloudflare エッジへの、受信 TLS 1.3（QUIC を含む）です。

参考: すべての Web サイトと API 向け PQC ↗。

対象製品: Cloudflare 背後の、プロキシされたホスト名または HTTPS アプリケーション。次を含みます。

• Cloudflare 開発者プラットフォーム: Workers カスタムドメイン、*.workers.dev、Pages、R2 公開バケット、Stream、Images。
• API Shield で保護された API。
• Cloudflare API とダッシュボード。
• Cloudflare Access のセルフホストアプリケーション（ブラウザーからエッジまでの区間）。

お客様は、http_requests Logpush データセットの ClientTLSKeyExchangeGroup フィールドで、受信トラフィックのゾーン単位の耐量子鍵合意の採用状況を測定できます。Log Explorer でもクエリできます。

このセクションは、エンドユーザークライアントから Cloudflare エッジへの受信 TLS 接続だけを対象にします。Worker がバックエンドストレージサービス（D1、KV、Durable Objects、R2、Workers AI、Hyperdrive など）からデータを取得する接続は、Cloudflare 内部ネットワーク セクションの対象です。Worker が fetch() で第三者オリジンを呼び出す場合は、Cloudflare からオリジン セクションの対象です。

Cloudflare データセンターと内部サービスの間の、サービス間 TLS 接続です。

参考: PQC の一般提供 ↗、ロードマップ ↗。

ほとんどの内部接続は X25519MLKEM768 へ移行済みです。一部のサービスは、まだアップグレードの途中です。

Cloudflare エッジからお客様のオリジンサーバーへの、送信 TLS 1.3 接続です。

参考: オリジン向け PQC。

対象製品: Cloudflare でプロキシされたゾーンのオリジンプルと、Cloudflare Gateway（SWG、HTTPS 検査）がクライアントの代わりに第三者オリジンコンテンツを取得するときのエグレス区間。この区間の Gateway の耐量子対応は、クライアントが Cloudflare に到達するために使うオンランプとは独立しています。

お客様オリジン上の cloudflared から Cloudflare のグローバルネットワークへの、送信 TLS 1.3 トンネルです。

参考: PQ Cloudflare Tunnel ↗、PQC と Cloudflare One。

対象製品: Workers VPC のプライベートネットワークアクセスと、cloudflared 経由でエグレスする Cloudflare One オフランプ（例: Cloudflare Access のセルフホストアプリケーション）。

以下のセクションは、Cloudflare One を構成する接続とサービスを対象にします。オンランプとオフランプがどう組み合わさるかのエンドツーエンドの説明は、PQC と Cloudflare One を参照してください。

Cloudflare One Client（旧 WARP）が確立する、エンドユーザーデバイスから Cloudflare のグローバルネットワークへの MASQUE トンネル（TLS 1.3）です。

参考: PQC と Cloudflare One: Cloudflare One Client。

この接続は、Cloudflare Gateway を通過するトラフィックの耐量子オンランプとしても機能します。

Cloudflare Mesh は、各 Mesh ノードとクライアントデバイス上の Cloudflare One Client を使い、デバイスとサーバーの間にプライベート IP 接続を提供します。

Mesh の耐量子保護は、Mesh トラフィックのオンランプとオフランプの両方として使う Cloudflare One Client 接続から継承します。

Cloudflare Gateway は、Cloudflare のエッジで動き、公衆インターネットへエグレスする HTTPS トラフィックをフィルタする Secure Web Gateway です。Gateway にクライアント側コンポーネントはありません。クライアントは、次のいずれかの耐量子オンランプ経由で Gateway に到達します。

• Cloudflare One Client
• Cloudflare IPsec トンネル

Gateway から第三者オリジンサーバーへのエグレス区間は Cloudflare からオリジン の対象であり、オンランプとは独立しています。

参考: PQC と Cloudflare One: Secure Web Gateway。

第三者のブランチコネクタと Cloudflare のグローバルネットワークの間の IPsec トンネル向け IKEv2 鍵交換です。

参考: PQC SASE ↗、GRE と IPsec トンネル、draft-ietf-ipsecme-ikev2-mlkem ↗、draft-ietf-ipsecme-ikev2-downgrade-prevention ↗。

IPsec ESP データプレーンは、IKEv2 の代わりに Cloudflare One Appliance コントロールプレーンで鍵設定することもできます。

Cloudflare One Appliance（旧 Magic WAN Connector）が IPsec ESP データプレーントンネルの鍵を確立するために使う、TLS 1.3 コントロールプレーン接続です。

参考: PQC SASE ↗、Cloudflare One Appliance、PQC と Cloudflare One。

耐量子保護は、Cloudflare Email Security の MX 導入と第三者メールサーバーの間の、送受信 TLS 1.3 SMTP 接続に適用されます。

参考: Email Security、MX / Inline 導入。

リモート SMTP ピアが対応を広報している場合（例: Google Workspace ↗）、耐量子鍵合意は自動でネゴシエートされます。まだ耐量子鍵合意を広報していない送信者と受信者は、従来の鍵交換で接続を続けます。

この一覧は、Cloudflare SSL/TLS ドキュメントのほかの部分と一緒に維持されています。不正確な点を見つけた場合や、製品発表後の更新がある場合は、貢献 を歓迎します。