クラウドフレアは10月2日、OHTTP（Oblivious HTTP）トラフィックの暗号復号を行うマネージドサービス「Cloudflare OHTTP Gateway」を提供開始したと発表した。

OHTTPはIETF標準プロトコルであり、アプリケーションサーバーがクライアントのIPアドレスやTLSフィンガープリントなどの識別子を知らずにHTTPリクエストを受信できるように設計されている。リクエストはリレー（暗号化通信を中継）とゲートウェイ（復号して暗号化応答を返す）という2つの独立したホップを経由する。この信頼分離により、クライアントメタデータとリクエスト内容の両方を同一主体が閲覧できない。

一般的なクライアント−サーバー間のやり取りでは、アプリサーバーがクライアントのIPアドレスやTLS暗号方式などのフィンガープリントデータを把握できる。クラウドフレアのブログによれば、OHTTPリレーはリクエスト転送前にこれらの識別子を除去するため、アプリサーバーにはリレーの場所と汎用的なTLSフィンガープリントのみが表示される。具体的な例として、カリフォルニア州キャンベルから固有の暗号方式で送信されるクライアントリクエストが、テキサス州オースティンのリレーから異なる暗号方式で送られるリクエストに置き換えられ、リクエストとユーザー同一性の結びつきが断たれる。

ゲートウェイはHybrid Public Key Encryption（HPKE）を用いてリクエストをカプセル化し、クライアントとアプリサーバーのみが内容を読めるようにする。リレーは暗号文を、ゲートウェイは復号済みリクエスト内容を、アプリサーバーは平文HTTPをそれぞれ看到する。これにより、いずれの主体も同一取引の両方の要素を同時に閲覧できないダブルブラインドのプライバシーモデルが実現される。

クラウドフレアは、既にアプリサーバーを自社CDNまたはWorkersの背後に置く開発者向けのソリューションとして本ゲートウェイを位置づけている。以前はクラウドフレアのOHTTPリレー（旧Privacy Gateway）を利用する顧客が、所定の信頼分離を維持するために独自ゲートウェイを用意する必要があった。現在はサードパーティのリレーとクラウドフレアのマネージドゲートウェイを組み合わせられる。実用例としてAppleのPrivate Cloud ComputeとLiveCallerID SDKが挙げられている。

ゲートウェイは自動スケーリング、キー管理、悪用保護を提供する。顧客はアドオンを有効化し、クライアントにhttps://your-zone.com/.well-known/ohttp-gatewayへ正しい形式のOHTTPリクエストを送信させる設定を行う。本サービスはCloudflare WorkersまたはCloudflareプロキシホストからのリクエストの復号を拒否し、クラウドフレアがクライアント識別子と復号済みリクエスト内容の両方を閲覧しないことでプライバシーモデルを維持する。

性能はチャンクードOHTTPによるインクリメンタル処理に依存し、クラウドフレアはこれを推奨している。また悪用防止機能も実装されており、example.comへリクエストを送るクライアントはwikipedia.comのような任意ドメインではなく、当該ゾーンのサブドメインのみをターゲットにできる。

OHTTPを引き続き利用したい開発者向けに、クラウドフレアはゲートウェイを本番利用可能と見なしている。ただし顧客は依然として独自リレーを用意し、OHTTPクライアントを実装する必要がある。同社はサンプルクライアントライブラリとサンプルリレーコードを提供している。