RFC 4402 - A Pseudo-Random Function (PRF) for the Kerberos V Generic Security Service Application Program Interface (GSS-API) Mechanism 日本語訳

URL : https://tools.ietf.org/html/rfc4402
タイトル : RFC 4402 - ケルベロスVジェネリックセキュリティサービスアプリケーションプログラムインタフェース（GSS-API）メカニズムのための擬似ランダム関数（PRF）
翻訳編集 : 自動生成

Network Working Group                                        N. Williams
Request for Comments: 4402                                           Sun
Category: Standards Track                                  February 2006

A Pseudo-Random Function (PRF) for the Kerberos V Generic Security Service Application Program Interface (GSS-API) Mechanism

ケルベロスVジェネリックセキュリティサービスアプリケーションプログラムインタフェース（GSS-API）メカニズムのための擬似ランダム関数（PRF）

Status of This Memo

このメモのステータス

This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.

この文書は、インターネットコミュニティのためのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」（STD 1）の最新版を参照してください。このメモの配布は無制限です。

著作権表示

著作権（C）インターネット協会（2006）。

Abstract

抽象

This document defines the Pseudo-Random Function (PRF) for the Kerberos V mechanism for the Generic Security Service Application Program Interface (GSS-API), based on the PRF defined for the Kerberos V cryptographic framework, for keying application protocols given an established Kerberos V GSS-API security context.

この文書では、確立されたケルベロス与えられたアプリケーションプロトコルをキーイングするために、ケルベロスV暗号化フレームワークのために定義されたPRFに基づいて、一般的なセキュリティサービスアプリケーションプログラムインタフェース（GSS-API）のためのケルベロスVメカニズムのための擬似ランダム関数（PRF）を定義しますV GSS-APIのセキュリティコンテキスト。

Table of Contents

   1. Introduction ....................................................2
      1.1. Conventions Used in This Document ..........................2
   2. Kerberos V GSS Mechanism PRF ....................................2
   3. IANA Considerations .............................................3
   4. Security Considerations .........................................3
   5. Normative References ............................................4

1. Introduction

1. はじめに

This document specifies the Kerberos V GSS-API mechanism's [RFC4121] pseudo-random function corresponding to [RFC4401]. The function is a "PRF+" style construction. For more information see [RFC4401], [RFC2743], [RFC2744], and [RFC4121].

この文書では、[RFC4401]に対応するケルベロスV GSS-APIメカニズムの[RFC4121]擬似ランダム関数を指定します。機能は「PRF +」スタイルの建設です。詳細については、[RFC4401]、[RFC2743]、[RFC2744]及び[RFC4121]を参照。

1.1. Conventions Used in This Document

1.1. このドキュメントの表記規則

The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].

この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はあります[RFC2119]に記載されているように解釈されます。

2. Kerberos V GSS Mechanism PRF

2.ケルベロスV GSSメカニズムPRF

The GSS-API PRF [RFC4401] function for the Kerberos V mechanism [RFC4121] shall be the output of a PRF+ function based on the encryption type's PRF function keyed with the negotiated session key of the security context corresponding to the 'prf_key' input parameter of GSS_Pseudo_random().

ケルベロスVメカニズム[RFC4121]のためのGSS-API PRF [RFC4401]機能は「prf_key」入力パラメータに対応するセキュリティコンテキストの交渉されたセッションキーを用いてキー入力暗号化タイプのPRF関数に基づいてPRF +関数の出力としますGSS_Pseudo_randomの（）。

This PRF+ MUST be keyed with the key indicated by the 'prf_key' input parameter as follows:

このPRF +は、以下のように「prf_key」入力パラメータで指定されたキーとキー入力しなければなりません。

o GSS_C_PRF_KEY_FULL -- use the sub-session key asserted by the acceptor, if any, or the sub-session asserted by the initiator, if any, or the Ticket's session key

O GSS_C_PRF_KEY_FULL - もしあれば、アクセプターによってアサートサブセッションキーを使用するか、またはイニシエータによってアサートサブセッション、もしあれば、またはチケットのセッション・キー

o GSS_C_PRF_KEY_PARTIAL -- use the sub-session key asserted by the initiator, if any, or the Ticket's session key

O GSS_C_PRF_KEY_PARTIAL - もしあれば、イニシエータによってアサートサブセッションキーを使用するか、チケットのセッション・キー

The PRF+ function is a simple counter-based extension of the Kerberos V pseudo-random function [RFC3961] for the encryption type of the security context's keys:

PRF +の機能は、セキュリティコンテキストのキーの暗号化タイプのKerberos V擬似ランダム関数[RFC3961]の単純なカウンタベースの拡張です。

PRF+(K, L, S) = truncate(L, T1 || T2 || .. || Tn)

PRF +（K、L、S）=切り捨てる（L、T1 || T2 || ... || TN）

Tn = pseudo-random(K, n || S)

TN =擬似ランダム（K、N || S）

where '||' is the concatenation operator, 'n' is encoded as a network byte order 32-bit unsigned binary number, truncate(L, S) truncates the input octet string S to length L, and pseudo-random() is the Kerberos V pseudo-random function [RFC3961].

どこ「||」連結演算子であり、「n」は、ネットワークバイト順の32ビットの符号なし2進数として符号化され、切り捨て（L、S）は、（長さLに入力オクテットストリングSを切り捨て、擬似ランダム）ケルベロスV擬似ありますランダム関数[RFC3961]。

The maximum output size of the Kerberos V mechanism's GSS-API PRF then is, necessarily, 2^32 times the output size of the pseudo-random() function for the encryption type of the given key.

ケルベロスV機構のGSS-API PRFの最大出力サイズ次にであり、必ずしも、特定のキーの暗号化タイプの擬似ランダム（）関数の2 ^ 32倍の出力サイズ。

When the input size is longer than 2^14 octets as per [RFC4401] and exceeds an implementation's resources, then the mechanism MUST return GSS_S_FAILURE and GSS_KRB5_S_KG_INPUT_TOO_LONG as the minor status code.

入力サイズは、[RFC4401]の通りの2 ^ 14オクテットより長く、実装のリソースを超える場合、機構は、マイナーステータスコードGSS_S_FAILUREとGSS_KRB5_S_KG_INPUT_TOO_LONGを返さなければなりません。

3. IANA Considerations

3. IANAの考慮事項

This document has no IANA considerations currently. If and when a relevant IANA registry of GSS-API symbols and constants is created, then the GSS_KRB5_S_KG_INPUT_TOO_LONG minor status code should be added to such a registry.

この文書では、現在、IANAの考慮事項を持っていません。 GSS-APIのシンボルと定数の関連IANAレジストリが作成されるとした場合と、その後、GSS_KRB5_S_KG_INPUT_TOO_LONGマイナー状態コードは、レジストリに追加する必要があります。

4. Security Considerations

4.セキュリティについての考慮事項

Kerberos V encryption types' PRF functions use a key derived from contexts' session keys and should preserve the forward security properties of the mechanisms' key exchanges.

ケルベロスV暗号化タイプのセッションキーのPRF機能は、コンテキストから派生キーを使用をとメカニズムキー交換の前方セキュリティプロパティを保存する必要があります。

Legacy Kerberos V encryption types may be weak, particularly the single-DES encryption types.

レガシーケルベロスV暗号化の種類は、特にシングルDES暗号化タイプ弱であってもよいです。

See also [RFC4401] for generic security considerations of GSS_Pseudo_random().

GSS_Pseudo_randomの一般的なセキュリティ上の考慮事項については、[RFC4401]（）も参照してください。

See also [RFC3961] for generic security considerations of the Kerberos V cryptographic framework.

ケルベロスV暗号化フレームワークの一般的なセキュリティ上の考慮事項については、[RFC3961]も参照してください。

Use of Ticket session keys, rather than sub-session keys, when initiators and acceptors fail to assert sub-session keys, is dangerous as ticket reuse can lead to key reuse; therefore, initiators should assert sub-session keys always, and acceptors should assert sub-session keys at least when initiators fail to do so.

チケットセッションキーではなく、サブセッションキーの使用、イニシエータとアクセプターは、サブセッション鍵をアサートに失敗したチケットの再利用は、キーの再利用につながることができますよう、危険です。そのため、開始剤は常にサブセッション鍵を主張すべきである、とイニシエータがそうするように失敗した場合に受容体は、少なくともサブセッション鍵を主張すべきです。

The computational cost of computing this PRF+ may vary depending on the Kerberos V encryption types being used, but generally the computation of this PRF+ gets more expensive as the input and output octet string lengths grow (note that the use of a counter in the PRF+ construction allows for parallelization). This means that if an application can be tricked into providing very large input octet strings and requesting very long output octet strings, then that may constitute a denial of service attack on the application; therefore, applications SHOULD place appropriate limits on the size of any input octet strings received from their peers without integrity protection.

+このPRFを計算する計算コストは、使用されているケルベロスV暗号化タイプに依存して変化し得るが、一般に、このPRFの計算は、+入力および出力オクテットストリングの長さが成長するにつれて、より高価な取得（PRF +の構造でカウンタを使用することに注意してください）並列化が可能になります。これは、アプリケーションは、非常に大きな入力オクテットストリングを提供し、非常に長い出力オクテットストリングを要求するようにだまさすることができれば、そのアプリケーションのサービス拒否攻撃を構成してもよいことを意味します。そのため、アプリケーションは、完全性保護なしで仲間から受信した任意の入力オクテット文字列のサイズに適切な制限を配置する必要があります。

5. Normative References

5.引用規格

[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.

[RFC2119]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。

[RFC2743] Linn, J., "Generic Security Service Application Program Interface Version 2, Update 1", RFC 2743, January 2000.

[RFC2743]リン、J.、 "ジェネリックセキュリティーサービス適用業務プログラムインタフェースバージョン2、アップデート1"、RFC 2743、2000年1月。

[RFC2744] Wray, J., "Generic Security Service API Version 2 : C-bindings", RFC 2744, January 2000.

[RFC2744]レイ、J.、 "ジェネリックセキュリティサービスAPIバージョン2：C-バインディング"、RFC 2744、2000年1月。

[RFC3961] Raeburn, K., "Encryption and Checksum Specifications for Kerberos 5", RFC 3961, February 2005.

[RFC3961]レイバーン、K.、 "暗号化とケルベロス5チェックサムの仕様"、RFC 3961、2005年2月。

[RFC4121] Zhu, L., Jaganathan, K., and S. Hartman, "The Kerberos Version 5 Generic Security Service Application Program Interface (GSS-API) Mechanism: Version 2", RFC 4121, July 2005.

[RFC4121]朱、L.、Jaganathan、K.、およびS.ハートマン、 "Kerberosバージョン5の汎用セキュリティサービスアプリケーションプログラムインタフェース（GSS-API）メカニズム：バージョン2"、RFC 4121、2005年7月。

[RFC4401] Williams, N., "A Pseudo-Random Function (PRF) API Extension for the Generic Security Service Application Program Interface (GSS-API)", RFC 4401, February 2006.

[RFC4401]ウィリアムズ、N.、RFC 4401 "ジェネリックセキュリティーサービス適用業務プログラムインタフェース（GSS-API）のための擬似ランダム関数（PRF）APIの拡張"、2006年2月。

Author's Address

著者のアドレス

Nicolas Williams Sun Microsystems 5300 Riata Trace Ct Austin, TX 78727 US

ニコラス・ウィリアムズSun Microsystemsの5300 RiataトレースのCtオースティン、TX 78727米国

EMail: Nicolas.Williams@sun.com

メールアドレス：Nicolas.Williams@sun.com

Full Copyright Statement

完全な著作権声明

著作権（C）インターネット協会（2006）。

This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.

この文書では、BCP 78に含まれる権利と許可と制限の適用を受けており、その中の記載を除いて、作者は彼らのすべての権利を保有します。

This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

この文書とここに含まれている情報は、基礎とCONTRIBUTOR「そのまま」、ORGANIZATION HE / SHEが表すまたはインターネットソサエティおよびインターネット・エンジニアリング・タスク・フォース放棄すべての保証、明示または、（もしあれば）後援ISに設けられています。黙示、情報の利用は、特定の目的に対する権利または商品性または適合性の黙示の保証を侵害しない任意の保証含むがこれらに限定されません。

Intellectual Property

知的財産

The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.

IETFは、本書またはそのような権限下で、ライセンスがたりないかもしれない程度に記載された技術の実装や使用に関係すると主張される可能性があります任意の知的財産権やその他の権利の有効性または範囲に関していかなる位置を取りません利用可能です。またそれは、それがどのような権利を確認する独自の取り組みを行ったことを示すものでもありません。 RFC文書の権利に関する手続きの情報は、BCP 78およびBCP 79に記載されています。

Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.

IPRの開示のコピーが利用できるようにIETF事務局とライセンスの保証に行われた、または本仕様の実装者または利用者がそのような所有権の使用のための一般的なライセンスまたは許可を取得するために作られた試みの結果を得ることができますhttp://www.ietf.org/iprのIETFのオンラインIPRリポジトリから。

The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.

IETFは、その注意にこの標準を実装するために必要とされる技術をカバーすることができる任意の著作権、特許または特許出願、またはその他の所有権を持ってすべての利害関係者を招待します。 ietf-ipr@ietf.orgのIETFに情報を記述してください。

Acknowledgement

謝辞

Funding for the RFC Editor function is provided by the IETF Administrative Support Activity (IASA).

RFCエディタ機能のための資金は、IETF管理サポート活動（IASA）によって提供されます。