ALPN HTTP ヘッダーフィールド

これはインターネット標準トラックの文書です。

この文書はInternet Engineering Task Force (IETF) の成果物です。IETF コミュニティの合意を表しています。公開審査を受け、Internet Engineering Steering Group (IESG) によって公開が承認されています。インターネット標準に関するさらなる情報は RFC 5741 のセクション 2 をご覧ください。

この文書の現状、訂正情報、およびフィードバックの送付方法に関する情報は http://www.rfc-editor.org/info/rfc7639 で入手できます。

Copyright (c) 2015 IETF Trust and the persons identified as the document authors. All rights reserved.

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.

HTTP CONNECT メソッド（Section 4.3.6 of [RFC7231]） は、受信者に指定されたオリジンサーバーへのトンネルを確立し、その後トンネルが閉じられるまで双方向にパケットを転送するよう要求します。こうしたトンネルは、1つまたは複数のプロキシを経由してエンドツーエンドの仮想接続を作成するために一般的に使用されます。

ALPN HTTP ヘッダーフィールドは、クライアントが CONNECT を使って確立されたトンネル内で使用することを意図しているプロトコル（または使用される可能性のあるプロトコル群）を識別します。これは Application-Layer Protocol Negotiation（ALPN）識別子を使用します [RFC7301]。

TLS（Transport Layer Security (TLS) [RFC5246]）で保護されるトンネルの場合、ヘッダーフィールドは TLS ハンドシェイク内で使用されるのと同じアプリケーションプロトコルラベルを運びます [RFC7301]。複数の可能なアプリケーションプロトコルがある場合は、それらすべてが示されます。

ALPN ヘッダーフィールドはクライアントの意図を示すだけです。ここで使われる ALPN 識別子は、クライアントがトンネル内で使用することを意図しているアプリケーションプロトコルまたはプロトコル群を識別するためだけのものです。このヘッダーフィールドを用いて交渉は行われません。TLS では最終的なアプリケーションプロトコルの選択はサーバーがクライアントから提示された選択肢の中から行います。他の基盤（substate）ではアプリケーションプロトコルを異なる方法で交渉することがあります。

プロキシはトンネル内のプロトコルを実装しませんが、ヘッダーフィールドの値に基づいてポリシー判断を行う場合があります。例えば、プロキシはアプリケーションプロトコルを使って適切なトラフィック優先度を選択することができます。

クライアントは、CONNECT リクエストに ALPN ヘッダーフィールドを含めて、トンネル内でクライアントが使用することを意図するアプリケーション層プロトコル、またはトンネル内で使用される可能性のあるプロトコルの集合を示します。

HTTP ヘッダーフィールドは IANA が管理する "Permanent Message Header Field Names" レジストリに登録されます [MSG-HDRS]。本書は ALPN ヘッダーフィールドを定義し、[RFC3864] に従って以下のように登録します：

Header Field Name:

ALPN

Protocol:

http

Status:

Standard

Reference:

Section 2 of this document (RFC 7639)

Change Controller:

IETF (iesg@ietf.org) - Internet Engineering Task Force

HTTP CONNECT を TURN（Traversal Using Relays around NAT、[RFC5766]）サーバーに対して使用する場合、Section 4.3.6 of [RFC7231] のセキュリティ上の考慮事項が適用されます。同節は「任意のサーバーへのトンネルを確立することには重大なリスクが伴う、特に宛先がウェブトラフィック用ではない既知または予約された TCP ポートである場合はそうである。… CONNECT をサポートするプロキシは、その使用を既知の限られたポート群または安全なリクエスト対象の設定可能なホワイトリストに制限すべきである。」と述べています。

本書で説明する ALPN ヘッダーフィールドは OPTIONAL です。クライアントや HTTP プロキシはこれをサポートしないことを選択でき、その場合は提供しないか、存在しても無視します。ヘッダーフィールドが利用できないか無視される場合、プロキシはトンネルの目的を特定できず、それをトンネルに関する認可判断の入力として使用することはできません。これはクライアントまたはプロキシが ALPN ヘッダーフィールドをサポートしていない場合と区別がつきません。

ALPN ヘッダーフィールドには機密性保護がありません。機密またはセンシティブな情報を明らかにするおそれのある ALPN 識別子は送信すべきではありません（SHOULD NOT）。詳細は Section 5 of [RFC7301] を参照してください。

ALPN ヘッダーフィールドの値はクライアントによって偽造される可能性があります。トンネルを通して送信されるデータが暗号化されている場合（例えば TLS [RFC5246] など）、プロキシは主張されたプロトコルが実際に使用されているものかを直接検査して検証できないかもしれませんが、プロキシはトラフィック解析を行える可能性があります [TRAFFIC]。したがって、プロキシはすべての場合において ALPN ヘッダーフィールドの値をポリシーの入力として依存することはできません。