RFC4868 日本語訳
4868 Using HMAC-SHA-256, HMAC-SHA-384, and HMAC-SHA-512 with IPsec. S.Kelly, S. Frankel. May 2007. (Format: TXT=41432 bytes) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group S. Kelly Request for Comments: 4868 Aruba Networks Category: Standards Track S. Frankel NIST May 2007
コメントを求めるワーキンググループS.ケリー要求をネットワークでつないでください: 4868 アルーバはカテゴリをネットワークでつなぎます: 標準化過程S.フランケルNIST2007年5月
Using HMAC-SHA-256, HMAC-SHA-384, and HMAC-SHA-512 with IPsec
IPsecとHMAC-SHA-256、HMAC-SHA-384、およびHMAC-SHA-512を使用します。
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.
このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The IETF Trust (2007).
IETFが信じる著作権(C)(2007)。
Abstract
要約
This specification describes the use of Hashed Message Authentication Mode (HMAC) in conjunction with the SHA-256, SHA-384, and SHA-512 algorithms in IPsec. These algorithms may be used as the basis for data origin authentication and integrity verification mechanisms for the Authentication Header (AH), Encapsulating Security Payload (ESP), Internet Key Exchange Protocol (IKE), and IKEv2 protocols, and also as Pseudo-Random Functions (PRFs) for IKE and IKEv2. Truncated output lengths are specified for the authentication-related variants, with the corresponding algorithms designated as HMAC-SHA-256-128, HMAC-SHA-384-192, and HMAC-SHA-512-256. The PRF variants are not truncated, and are called PRF-HMAC-SHA-256, PRF-HMAC-SHA-384, and PRF-HMAC-SHA-512.
この仕様はIPsecのSHA-256、SHA-384、およびSHA-512アルゴリズムに関連してHashed Message Authentication Mode(HMAC)の使用について説明します。 これらのアルゴリズムはデータ起源認証の基礎とAuthentication Header(AH)、Encapsulating Security有効搭載量(超能力)、インターネット・キー・エクスチェンジプロトコル(IKE)、およびIKEv2プロトコルのための保全検証メカニズムとしてIKEとIKEv2のためのPseudo無作為のFunctions(PRFs)としても使用されるかもしれません。 端が欠けている出力の長さはHMAC-SHA-256-128、HMAC-SHA-384-192、およびHMAC-SHA-512-256として指定された対応するアルゴリズムで認証関連の異形に指定されます。 PRF異形は、端が欠けないで、PRF-HMAC-SHA-256、PRF-HMAC-SHA-384、およびPRF-HMAC-SHA-512と呼ばれます。
Kelly & Frankel Standards Track [Page 1] RFC 4868 HMAC-SHA256, SHA384, and SHA512 in IPsec May 2007
ケリーとフランケル規格は2007年5月にIPsecでRFC4868HMAC-SHA256、SHA384、およびSHA512を追跡します[1ページ]。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3 2. The HMAC-SHA-256+ Algorithms . . . . . . . . . . . . . . . . . 3 2.1. Keying Material . . . . . . . . . . . . . . . . . . . . . 3 2.1.1. Data Origin Authentication and Integrity Verification Usage . . . . . . . . . . . . . . . . . . 4 2.1.2. Pseudo-Random Function (PRF) Usage . . . . . . . . . . 4 2.1.3. Randomness and Key Strength . . . . . . . . . . . . . 5 2.1.4. Key Distribution . . . . . . . . . . . . . . . . . . . 5 2.1.5. Refreshing Keys . . . . . . . . . . . . . . . . . . . 5 2.2. Padding . . . . . . . . . . . . . . . . . . . . . . . . . 6 2.3. Truncation . . . . . . . . . . . . . . . . . . . . . . . . 6 2.4. Using HMAC-SHA-256+ as PRFs in IKE and IKEv2 . . . . . . . 7 2.5. Interactions with the ESP, IKE, or IKEv2 Cipher Mechanisms . . . . . . . . . . . . . . . . . . . . . . . . 7 2.6. HMAC-SHA-256+ Parameter Summary . . . . . . . . . . . . . 7 2.7. Test Vectors . . . . . . . . . . . . . . . . . . . . . . . 7 2.7.1. PRF Test Vectors . . . . . . . . . . . . . . . . . . . 8 2.7.2. Authenticator Test Vectors . . . . . . . . . . . . . . 11 3. Security Considerations . . . . . . . . . . . . . . . . . . . 17 3.1. HMAC Key Length vs Truncation Length . . . . . . . . . . . 17 4. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 18 5. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 19 6. References . . . . . . . . . . . . . . . . . . . . . . . . . . 19 6.1. Normative References . . . . . . . . . . . . . . . . . . . 19 6.2. Informative References . . . . . . . . . . . . . . . . . . 20
1. 序論. . . . . . . . . . . . . . . . . . . . . . . . . 3 2。 HMAC-SHA-256+アルゴリズム. . . . . . . . . . . . . . . . . 3 2.1。 合わせることの材料. . . . . . . . . . . . . . . . . . . . . 3 2.1.1。 データ起源認証と保全検証用法. . . . . . . . . . . . . . . . . . 4 2.1.2。 擬似ランダム機能(PRF)用法. . . . . . . . . . 4 2.1.3。 偶発性と主要な強さ. . . . . . . . . . . . . 5 2.1.4。 主要な分配. . . . . . . . . . . . . . . . . . . 5 2.1.5。 キー. . . . . . . . . . . . . . . . . . . 5 2.2をリフレッシュします。 .62.3を水増しします。 トランケーション. . . . . . . . . . . . . . . . . . . . . . . . 6 2.4。 PRFsとしてIKEとIKEv2. . . . . . . 7 2.5でHMAC-SHA-256+を使用します。 超能力、IKE、またはIKEv2との相互作用はメカニズム. . . . . . . . . . . . . . . . . . . . . . . . 7 2.6を解きます。 HMAC-SHA-256+パラメタ概要. . . . . . . . . . . . . 7 2.7。 ベクトル. . . . . . . . . . . . . . . . . . . . . . . 7 2.7.1をテストしてください。 PRFはベクトル. . . . . . . . . . . . . . . . . . . 8 2.7.2をテストします。 固有識別文字テストベクトル. . . . . . . . . . . . . . 11 3。 セキュリティ問題. . . . . . . . . . . . . . . . . . . 17 3.1。 トランケーションの長さ. . . . . . . . . . . 17 4に従ったHMACキー長。 IANA問題. . . . . . . . . . . . . . . . . . . . . 18 5。 承認. . . . . . . . . . . . . . . . . . . . . . . 19 6。 参照. . . . . . . . . . . . . . . . . . . . . . . . . . 19 6.1。 引用規格. . . . . . . . . . . . . . . . . . . 19 6.2。 有益な参照. . . . . . . . . . . . . . . . . . 20
Kelly & Frankel Standards Track [Page 2] RFC 4868 HMAC-SHA256, SHA384, and SHA512 in IPsec May 2007
ケリーとフランケル規格は2007年5月にIPsecでRFC4868HMAC-SHA256、SHA384、およびSHA512を追跡します[2ページ]。
1. Introduction
1. 序論
This document specifies the use of SHA-256, SHA-384, and SHA-512 [SHA2-1] combined with HMAC [HMAC] as data origin authentication and integrity verification mechanisms for the IPsec AH [AH], ESP [ESP], IKE [IKE], and IKEv2 [IKEv2] protocol. Output truncation is specified for these variants, with the corresponding algorithms designated as HMAC-SHA-256-128, HMAC-SHA-384-192, and HMAC-SHA-512- 256. These truncation lengths are chosen in accordance with the birthday bound for each algorithm.
このドキュメントはIPsec AH[AH]、超能力[超能力]、IKE[IKE]、およびIKEv2[IKEv2]のためのデータ起源認証と保全検証メカニズムが議定書を作るのでHMAC[HMAC]に結合されたSHA-256、SHA-384、およびSHA-512[SHA2-1]の使用を指定します。 出力トランケーションはHMAC-SHA-256-128、HMAC-SHA-384-192、およびHMAC-SHA-512- 256として指定された対応するアルゴリズムでこれらの異形に指定されます。 各アルゴリズムに向かっている誕生日に従って、これらのトランケーションの長さは選ばれています。
This specification also describes untruncated variants of these algorithms as Pseudo-Random Functions (PRFs) for use with IKE and IKEv2, and those algorithms are called PRF-HMAC-SHA-256, PRF-HMAC- SHA-384, and PRF-HMAC-SHA-512. For ease of reference, these PRF algorithms and the authentication variants described above are collectively referred to below as "the HMAC-SHA-256+ algorithms".
また、この仕様はIKEとIKEv2との使用のためにPseudo無作為のFunctions(PRFs)としてこれらのアルゴリズムの「非-先端を切」っている異形を記述します、そして、それらのアルゴリズムはPRF-HMAC-SHA-256、PRF-HMAC- SHA-384、およびPRF-HMAC-SHA-512と呼ばれます。 参照する場合に便利なように、これらのPRFアルゴリズムと上で説明された認証異形は「HMAC-SHA-256+アルゴリズム」として以下とまとめて呼ばれます。
The goal of the PRF variants are to provide secure pseudo-random functions suitable for generation of keying material and other protocol-specific numeric quantities, while the goal of the authentication variants is to ensure that packets are authentic and cannot be modified in transit. The relative security of HMAC-SHA- 256+ when used in either case is dependent on the distribution scope and unpredictability of the associated secret key. If the key is unpredictable and known only by the sender and recipient, these algorithms ensure that only parties holding an identical key can derive the associated values.
PRF異形の目標は物質的で他のプロトコル特有の数値量を合わせる世代に適した安全な擬似ランダム機能を提供することです、認証異形の目標がパケットは正統であり、トランジットで変更できないのを保証することですが。 どちらの場合にも使用されると、HMAC-SHA256+の相対的なセキュリティは関連秘密鍵の分配範囲と予測不可能性に依存しています。 キーが予測できないで単に送付者と受取人によって知られているなら、これらのアルゴリズムは、同じかぎを握っているパーティーだけが関連値を引き出すことができるのを確実にします。
2. The HMAC-SHA-256+ Algorithms
2. HMAC-SHA-256+アルゴリズム
[SHA2-1] and [SHA2-2] describe the underlying SHA-256, SHA-384, and SHA-512 algorithms, while [HMAC] describes the HMAC algorithm. The HMAC algorithm provides a framework for inserting various hashing algorithms such as SHA-256, and [SHA256+] describes combined usage of these algorithms. The following sections describe the various characteristics and requirements of the HMAC-SHA-256+ algorithms when used with IPsec.
[HMAC]がHMACアルゴリズムを説明している間、[SHA2-1]と[SHA2-2]は基本的なSHA-256、SHA-384、およびSHA-512アルゴリズムを説明します。 HMACアルゴリズムはSHA-256などの様々な論じ尽くすアルゴリズムを挿入するのに枠組みを提供します、そして、[SHA256+]はこれらのアルゴリズムの結合した用法を説明します。IPsecと共に使用されると、以下のセクションはHMAC-SHA-256+アルゴリズムの様々な特性と要件について説明します。
2.1. Keying Material
2.1. 材料を合わせます。
Requirements for keying material vary depending on whether the algorithm is functioning as a PRF or as an authentication/integrity mechanism. In the case of authentication/integrity, key lengths are fixed according to the output length of the algorithm in use. In the
アルゴリズムがPRFとして、または、認証/保全メカニズムとして機能するかどうかによって、材料を合わせるための要件は異なります。 認証/保全の場合では、使用中のアルゴリズムの出力の長さに従って、キー長は固定されています。 in
Kelly & Frankel Standards Track [Page 3] RFC 4868 HMAC-SHA256, SHA384, and SHA512 in IPsec May 2007
ケリーとフランケル規格は2007年5月にIPsecでRFC4868HMAC-SHA256、SHA384、およびSHA512を追跡します[3ページ]。
case of PRFs, key lengths are variable, but guidance is given to ensure interoperability. These distinctions are described further below.
PRFsに関するケース、キー長は可変ですが、相互運用性を確実にするために指導を与えます。 これらの区別は以下でさらに説明されます。
Before describing key requirements for each usage, it is important to clarify some terms we use below:
各用法のための主要な要件について説明する前に、私たちが以下で使用するいくつかの用語をはっきりさせるのは重要です:
Block size: the size of the data block the underlying hash algorithm operates upon. For SHA-256, this is 512 bits, for SHA-384 and SHA-512, this is 1024 bits.
サイズを妨げてください: 基本的な細切れ肉料理アルゴリズムが作動させるデータ・ブロックのサイズ。 SHA-256に関しては512ビットである、SHA-384とSHA-512に関して、これは1024ビットです。
Output length: the size of the hash value produced by the underlying hash algorithm. For SHA-256, this is 256 bits, for SHA-384 this is 384 bits, and for SHA-512, this is 512 bits.
長さを出力してください: ハッシュ値のサイズは基本的な細切れ肉料理アルゴリズムで生産されました。 SHA-256に関しては、これは256ビットであり、SHA-384に関して、これは384ビットであり、SHA-512に関して、これは512ビットです。
Authenticator length: the size of the "authenticator" in bits. This only applies to authentication/integrity related algorithms, and refers to the bit length remaining after truncation. In this specification, this is always half the output length of the underlying hash algorithm.
固有識別文字の長さ: ビットの「固有識別文字」のサイズ。 これは、認証/保全に関連するアルゴリズムを適用するだけであり、トランケーションの後に残っている噛み付いている長さを呼びます。 この仕様では、いつもこれは基本的な細切れ肉料理アルゴリズムの出力の長さの半分です。
2.1.1. Data Origin Authentication and Integrity Verification Usage
2.1.1. データ起源認証と保全検証用法
HMAC-SHA-256+ are secret key algorithms. While no fixed key length is specified in [HMAC], this specification requires that when used as an integrity/authentication algorithm, a fixed key length equal to the output length of the hash functions MUST be supported, and key lengths other than the output length of the associated hash function MUST NOT be supported.
HMAC-SHA-256+は秘密鍵アルゴリズムです。固定キー長は全く[HMAC]で指定されませんが、使用されると、保全/認証アルゴリズム、ハッシュ関数の出力の長さと等しい固定キー長を支持しなければならなくて、関連ハッシュ関数の出力の長さ以外のキー長は支持されてはいけないとき、この仕様がそれを必要とします。
These key length restrictions are based in part on the recommendations in [HMAC] (key lengths less than the output length decrease security strength, and keys longer than the output length do not significantly increase security strength), and in part because allowing variable length keys for IPsec authenticator functions would create interoperability issues.
IPsec固有識別文字機能のための可変長キーを許容すると、相互運用性問題は[HMAC](出力の長さより少ないキー長はセキュリティの強さを減少させます、そして、出力の長さより長いキーはセキュリティの強さをかなり増加させない)に、一部作成されるでしょう、したがって、これらのキー長制限は推薦に一部基づいています。
2.1.2. Pseudo-Random Function (PRF) Usage
2.1.2. 擬似ランダム機能(PRF)用法
IKE and IKEv2 use PRFs for generating keying material and for authentication of the IKE Security Association. The IKEv2 specification differentiates between PRFs with fixed key sizes and those with variable key sizes, and so we give some special guidance for this below.
IKEとIKEv2は材料を合わせる発生とIKE Security Associationの認証にPRFsを使用します。 IKEv2仕様が固定主要なサイズがあるPRFsと可変主要なサイズがあるそれらを区別するので、私たちはこれのための以下での何らかの特別な指導を与えます。
Kelly & Frankel Standards Track [Page 4] RFC 4868 HMAC-SHA256, SHA384, and SHA512 in IPsec May 2007
ケリーとフランケル規格は2007年5月にIPsecでRFC4868HMAC-SHA256、SHA384、およびSHA512を追跡します[4ページ]。
When a PRF described in this document is used with IKE or IKEv2, it is considered to have a variable key length, and keys are derived in the following ways (note that we simply reiterate that which is specified in [HMAC]):
本書では説明されたPRFがIKEかIKEv2と共に使用されるとき、それには可変キー長があると考えられて、キーは以下の方法で引き出されます(私たちが単に[HMAC]で指定されるそれを繰り返すことに注意してください):
o If the length of the key is exactly the algorithm block size, use it as-is.
o キーの長さがちょうどアルゴリズムブロック・サイズであるなら、そのままでそれを使用してください。
o If the key is shorter than the block size, lengthen it to exactly the block size by padding it on the right with zero bits. However, note that [HMAC] strongly discourages a key length less than the output length. Nonetheless, we describe handling of shorter lengths here in recognition of shorter lengths typically chosen for IKE or IKEv2 pre-shared keys.
o キーがブロック・サイズより短いなら、右でゼロ・ビットでそれを水増しすることによって、ちょうどブロック・サイズにそれを伸してください。 しかしながら、[HMAC]が強く出力の長さよりそれほどキー長に水をさしていることに注意してください。 それにもかかわらず、私たちがここ、IKEに通常選ばれたより短い長さの認識における、より短い長さの取り扱いについて説明するか、またはIKEv2はキーをあらかじめ共有しました。
o If the key is longer than the block size, shorten it by computing the corresponding hash algorithm output over the entire key value, and treat the resulting output value as your HMAC key. Note that this will always result in a key that is less than the block size in length, and this key value will therefore require zero-padding (as described above) prior to use.
o キーがブロック・サイズより長いなら、全体のキー値の上の対応する細切れ肉料理アルゴリズム出力を計算することによって、それを短くしてください、そして、結果として起こる出力値をHMACキーとして扱ってください。 これが長さでブロック・サイズ以下であるキーをいつももたらすことに注意してください。そうすれば、したがって、このキー値は使用の前に無詰め物を必要とするでしょう(上で説明されるように)。
2.1.3. Randomness and Key Strength
2.1.3. 偶発性と主要な強さ
[HMAC] discusses requirements for key material, including a requirement for strong randomness. Therefore, a strong pseudo-random function MUST be used to generate the required key for use with HMAC- SHA-256+. At the time of this writing there are no published weak keys for use with any HMAC-SHA-256+ algorithms.
[HMAC]は強い偶発性のための要件を含む主要な材料のための要件について議論します。 したがって、HMAC- SHA-256+で使用のための必要なキーを発生させるのに強い擬似ランダム機能を使用しなければなりません。あるこの書くこと時点で、いいえはどんなHMAC-SHA-256+アルゴリズムでも使用のための弱いキーを発行しました。
2.1.4. Key Distribution
2.1.4. 主要な分配
[ARCH] describes the general mechanism for obtaining keying material when multiple keys are required for a single SA (e.g., when an ESP SA requires a key for confidentiality and a key for authentication). In order to provide data origin authentication and integrity verification, the key distribution mechanism must ensure that unique keys are allocated and that they are distributed only to the parties participating in the communication.
[ARCH]は、入手のために複数のキーが独身のSAに必要であるときに(例えば、ESP SAはいつ秘密性のためのキーと認証のためのキーを必要としますか)、材料を合わせながら、一般的機構について説明します。 データ起源認証と保全検証を提供するために、主要な分配メカニズムは、ユニークキーを割り当てて、コミュニケーションに参加するパーティーだけにそれらを分配するのを確実にしなければなりません。
2.1.5. Refreshing Keys
2.1.5. 壮快なキー
Currently, there are no practical attacks against the algorithms recommended here, and especially against the key sizes recommended here. However, as noted in [HMAC] "...periodic key refreshment is a fundamental security practice that helps against potential weaknesses of the function and keys, and limits the damage of an exposed key".
現在、どんな実用的な攻撃もここのお勧めのアルゴリズムに対して特にここのお勧めの主要なサイズに反対していません。 「[HMAC]で有名」…「周期的な主要な軽い飲食物は機能、キー、および限界の潜在的弱点に対して露出しているキーの損害を助ける根本的なセキュリティ習慣です。」
Kelly & Frankel Standards Track [Page 5] RFC 4868 HMAC-SHA256, SHA384, and SHA512 in IPsec May 2007
ケリーとフランケル規格は2007年5月にIPsecでRFC4868HMAC-SHA256、SHA384、およびSHA512を追跡します[5ページ]。
Putting this into perspective, this specification requires 256, 384, or 512-bit keys produced by a strong PRF for use as a MAC. A brute force attack on such keys would take longer to mount than the universe has been in existence. On the other hand, weak keys (e.g., dictionary words) would be dramatically less resistant to attack. It is important to take these points, along with the specific threat model for your particular application and the current state of the art with respect to attacks on SHA-256, SHA-384, and SHA-512 into account when determining an appropriate upper bound for HMAC key lifetimes.
これについて的確に見通して、この仕様が256、384を必要とするか、または512ビットのキーは使用のためにMACとして強いPRFによって生産されました。 そのようなキーの上の総当たり攻撃は宇宙が現存しているよりマウントへの長い間、かかるでしょう。 他方では、弱いキー(例えば、辞書に載っている言葉)は、攻撃するために劇的に抵抗力がないでしょう。 HMACの主要な生涯適切な上限を決定するとき、これらのポイント取るのはあなたの特定用途のための特定の脅威モデルとアカウントへのSHA-256、SHA-384、およびSHA-512の上の攻撃に関する芸術の現状と共に重要です。
2.2. Padding
2.2. 詰め物
The HMAC-SHA-256 algorithms operate on 512-bit blocks of data, while the HMAC-SHA-384 and HMAC-SHA-512 algorithms operate on 1024-bit blocks of data. Padding requirements are specified in [SHA2-1] as part of the underlying SHA-256, SHA-384, and SHA-512 algorithms, so if you implement according to [SHA2-1], you do not need to add any additional padding as far as the HMAC-SHA-256+ algorithms specified here are concerned. With regard to "implicit packet padding" as defined in [AH], no implicit packet padding is required.
HMAC-SHA-256アルゴリズムは512ビットのブロックのデータを作動させます、HMAC-SHA-384とHMAC-SHA-512アルゴリズムは1024年のビットのブロックのデータを作動させますが。 要件を水増しするのはあなたであるならそのように基本的なSHA-256、SHA-384、およびSHA-512アルゴリズムの一部として[SHA2-1]で指定されます。[SHA2-1]に従った道具、ここで指定されたHMAC-SHA-256+アルゴリズムに関する限り、あなたはどんな追加詰め物も加える必要はありません。 [AH]で定義される「暗黙のパケット詰め物」に関して、どんな暗黙のパケット詰め物も必要ではありません。
2.3. Truncation
2.3. トランケーション
The HMAC-SHA-256+ algorithms each produce an nnn-bit value, where nnn corresponds to the output bit length of the algorithm, e.g., HMAC- SHA-nnn. For use as an authenticator, this nnn-bit value can be truncated as described in [HMAC]. When used as a data origin authentication and integrity verification algorithm in ESP, AH, IKE, or IKEv2, a truncated value using the first nnn/2 bits -- exactly half the algorithm output size -- MUST be supported. No other authenticator value lengths are supported by this specification.
HMAC-SHA-256+アルゴリズムはそれぞれ、nnn-ビット値を生産します、例えば、HMAC- SHA-nnn。(そこでは、nnnがアルゴリズムの出力ビットの長さに対応します)。 固有識別文字としての使用において、[HMAC]で説明されるようにこのnnn-ビット値の先端を切られることができます。 超能力、AH、IKE、またはIKEv2のデータ起源認証と保全検証アルゴリズムとして使用されると、最初のnnn/2ビットを使用する端が欠けている値(アルゴリズム出力サイズについてちょうど半分)を支持しなければなりません。 他の固有識別文字値の長さは全くこの仕様で支持されません。
Upon sending, the truncated value is stored within the authenticator field. Upon receipt, the entire nnn-bit value is computed and the first nnn/2 bits are compared to the value stored in the authenticator field, with the value of 'nnn' depending on the negotiated algorithm.
発信のときに、端が欠けている値は固有識別文字分野の中に格納されます。 領収書では、全体のnnn-ビット値は計算されます、そして、最初のnnn/2ビットは固有識別文字分野に格納された値と比較されます、'nnn'の値を交渉されたアルゴリズムに依存していて。
[HMAC] discusses potential security benefits resulting from truncation of the output MAC value, and in general, encourages HMAC users to perform MAC truncation. In the context of IPsec, a truncation length of nnn/2 bits is selected because it corresponds to the birthday attack bound for each of the HMAC-SHA-256+ algorithms, and it simultaneously serves to minimize the additional bits on the wire resulting from use of this facility.
[HMAC]は一般に、出力MAC価値のトランケーションから生じる潜在的セキュリティ利益について議論して、督励はMACトランケーションを実行するHMACユーザです。 IPsecの文脈では、nnn/2ビットのトランケーションの長さはそれぞれのHMAC-SHA-256+アルゴリズムに向かっている誕生日の攻撃に対応しているので、選択されて、それは、同時に、この施設の使用から生じながらワイヤで追加ビットを最小にするのに役立ちます。
Kelly & Frankel Standards Track [Page 6] RFC 4868 HMAC-SHA256, SHA384, and SHA512 in IPsec May 2007
ケリーとフランケル規格は2007年5月にIPsecでRFC4868HMAC-SHA256、SHA384、およびSHA512を追跡します[6ページ]。
2.4. Using HMAC-SHA-256+ as PRFs in IKE and IKEv2
2.4. PRFsとしてIKEとIKEv2でHMAC-SHA-256+を使用します。
The PRF-HMAC-SHA-256 algorithm is identical to HMAC-SHA-256-128, except that variable-length keys are permitted, and the truncation step is NOT performed. Likewise, the implementations of PRF-HMAC- SHA-384 and PRF-HMAC-SHA-512 are identical to those of HMAC-SHA-384- 192 and HMAC-SHA-512-256 respectively, except that again, variable- length keys are permitted, and truncation is NOT performed.
可変長のキーが受入れられて、トランケーションステップが実行されないのを除いて、PRF-HMAC-SHA-256アルゴリズムはHMAC-SHA-256-128と同じです。 同様に、PRF-HMAC- SHA-384とPRF-HMAC-SHA-512の実現はそれぞれHMAC-SHA-384- 192とHMAC-SHA-512-256のものと同じです、一方、可変長さのキーが受入れられて、トランケーションが実行されないのを除いて。
2.5. Interactions with the ESP, IKE, or IKEv2 Cipher Mechanisms
2.5. 超能力、IKE、またはIKEv2暗号メカニズムとの相互作用
As of this writing, there are no known issues that preclude the use of the HMAC-SHA-256+ algorithms with any specific cipher algorithm.
この書くこと現在、どんな特定の暗号アルゴリズムがあるHMAC-SHA-256+アルゴリズムの使用も排除する問題が知られていません。
2.6. HMAC-SHA-256+ Parameter Summary
2.6. HMAC-SHA-256+パラメタ概要
The following table serves to summarize the various quantities associated with the HMAC-SHA-256+ algorithms. In this table, "var" stands for "variable".
以下のテーブルは、HMAC-SHA-256+アルゴリズムに関連している様々な量をまとめるのに役立ちます。このテーブルでは、"var"は「可変」に表します。
+------------------+--------+--------+--------+--------+------------+ | Algorithm | Block | Output | Trunc. | Key | Algorithm | | ID | Size | Length | Length | Length | Type | +==================+========+========+========+========+============+ | HMAC-SHA-256-128 | 512 | 256 | 128 | 256 | auth/integ | +------------------+--------+--------+--------+--------+------------+ | HMAC-SHA-384-192 | 1024 | 384 | 192 | 384 | auth/integ | +------------------+--------+--------+--------+--------+------------+ | HMAC-SHA-512-256 | 1024 | 512 | 256 | 512 | auth/integ | +------------------+--------+--------+--------+--------+------------+ | PRF-HMAC-SHA-256 | 512 | 256 | (none) | var | PRF | +------------------+--------+--------+--------+--------+------------+ | PRF-HMAC-SHA-384 | 1024 | 384 | (none) | var | PRF | +------------------+--------+--------+--------+--------+------------+ | PRF-HMAC-SHA-512 | 1024 | 512 | (none) | var | PRF | +------------------+--------+--------+--------+--------+------------+
+------------------+--------+--------+--------+--------+------------+ | アルゴリズム| ブロック| 出力| Trunc。 | キー| アルゴリズム| | ID| サイズ| 長さ| 長さ| 長さ| タイプ| +==================+========+========+========+========+============+ | HMAC-SHA-256-128| 512 | 256 | 128 | 256 | auth/integ| +------------------+--------+--------+--------+--------+------------+ | HMAC-SHA-384-192| 1024 | 384 | 192 | 384 | auth/integ| +------------------+--------+--------+--------+--------+------------+ | HMAC-SHA-512-256| 1024 | 512 | 256 | 512 | auth/integ| +------------------+--------+--------+--------+--------+------------+ | PRF-HMAC-SHA-256| 512 | 256 | (なにも) | var| PRF| +------------------+--------+--------+--------+--------+------------+ | PRF-HMAC-SHA-384| 1024 | 384 | (なにも) | var| PRF| +------------------+--------+--------+--------+--------+------------+ | PRF-HMAC-SHA-512| 1024 | 512 | (なにも) | var| PRF| +------------------+--------+--------+--------+--------+------------+
2.7. Test Vectors
2.7. テストベクトル
The following test cases include the key, the data, and the resulting authenticator, and/or PRF values for each algorithm. The values of keys and data are either ASCII character strings (surrounded by double quotes) or hexadecimal numbers. If a value is an ASCII character string, then the HMAC computation for the corresponding test case DOES NOT include the trailing null character ('%%BODY%%') of the string. The computed HMAC values are all hexadecimal numbers.
以下のテストケースは各アルゴリズムのためのキー、そして/または、データと、結果として起こる固有識別文字、PRF値を含んでいます。 キーとデータの値は、ASCII文字列(二重引用符で、囲まれる)か16進数のどちらかです。 値がASCII文字列であるなら、そして、DOES NOTが引きずっているヌル文字('0円')含むストリングの対応するテストケースのためにHMAC計算します。 計算されたHMAC値はすべて16進数です。
Kelly & Frankel Standards Track [Page 7] RFC 4868 HMAC-SHA256, SHA384, and SHA512 in IPsec May 2007
ケリーとフランケル規格は2007年5月にIPsecでRFC4868HMAC-SHA256、SHA384、およびSHA512を追跡します[7ページ]。
2.7.1. PRF Test Vectors
2.7.1. PRFテストベクトル
These test cases were borrowed from RFC 4231 [HMAC-TEST]. For reference implementations of the underlying hash algorithms, see [SHA256+]. Note that for testing purposes, PRF output is considered to be simply the untruncated algorithm output.
RFC4231[HMAC-TEST]からこれらのテストケースを借りました。 基本的な細切れ肉料理アルゴリズムの参照実現に関しては、[SHA256+]を見てください。 テスト目的のために、PRF出力が単に「非-先端を切」っているアルゴリズム出力であると考えられることに注意してください。
Test Case PRF-1: Key = 0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b 0b0b0b0b (20 bytes)
テストケースPRF-1: 主要な=0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b 0b0b0b0b(20バイト)
Data = 4869205468657265 ("Hi There")
データ=4869205468657265(「やあ」)
PRF-HMAC-SHA-256 = b0344c61d8db38535ca8afceaf0bf12b 881dc200c9833da726e9376c2e32cff7
PRF-HMAC-SHA-256はb0344c61d8db38535ca8afceaf0bf12b 881dc200c9833da726e9376c2e32cff7と等しいです。
PRF-HMAC-SHA-384 = afd03944d84895626b0825f4ab46907f 15f9dadbe4101ec682aa034c7cebc59c faea9ea9076ede7f4af152e8b2fa9cb6
PRF-HMAC-SHA-384はafd03944d84895626b0825f4ab46907f15f9dadbe4101ec682aa034c7cebc59c faea9ea9076ede7f4af152e8b2fa9cb6と等しいです。
PRF-HMAC-SHA-512 = 87aa7cdea5ef619d4ff0b4241a1d6cb0 2379f4e2ce4ec2787ad0b30545e17cde daa833b7d6b8a702038b274eaea3f4e4 be9d914eeb61f1702e696c203a126854
PRF-HMAC-SHA-512は87aa7cdea5ef619d4ff0b4241a1d6cb0 2379f4e2ce4ec2787ad0b30545e17cde daa833b7d6b8a702038b274eaea3f4e4be9d914eeb61f1702e696c203a126854と等しいです。
Test Case PRF-2: Key = 4a656665 ("Jefe")
テストケースPRF-2: 主要な=4a656665("Jefe")
Data = 7768617420646f2079612077616e7420 ("what do ya want ") 666f72206e6f7468696e673f ("for nothing?")
データは7768617420646f2079612077616e7420(「あなたはことが欲しい」)666f72206e6f7468696e673fと等しいです。(「無駄?」の)
PRF-HMAC-SHA-256 = 5bdcc146bf60754e6a042426089575c7 5a003f089d2739839dec58b964ec3843
PRF-HMAC-SHA-256は5bdcc146bf60754e6a042426089575c7 5a003f089d2739839dec58b964ec3843と等しいです。
PRF-HMAC-SHA-384 = af45d2e376484031617f78d2b58a6b1b 9c7ef464f5a01b47e42ec3736322445e 8e2240ca5e69e2c78b3239ecfab21649
PRF-HMAC-SHA-384はaf45d2e376484031617f78d2b58a6b1b9c7ef464f5a01b47e42ec3736322445e 8e2240ca5e69e2c78b3239ecfab21649と等しいです。
PRF-HMAC-SHA-512 = 164b7a7bfcf819e2e395fbe73b56e0a3 87bd64222e831fd610270cd7ea250554 9758bf75c05a994a6d034f65f8f0e6fd caeab1a34d4a6b4b636e070a38bce737
PRF-HMAC-SHA-512は164b7a7bfcf819e2e395fbe73b56e0a3 87bd64222e831fd610270cd7ea250554 9758bf75c05a994a6d034f65f8f0e6fd caeab1a34d4a6b4b636e070a38bce737と等しいです。
Kelly & Frankel Standards Track [Page 8] RFC 4868 HMAC-SHA256, SHA384, and SHA512 in IPsec May 2007
ケリーとフランケル規格は2007年5月にIPsecでRFC4868HMAC-SHA256、SHA384、およびSHA512を追跡します[8ページ]。
Test Case PRF-3: Key aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaa (20 bytes)
テストケースPRF-3: 主要なaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaa(20バイト)
Data = dddddddddddddddddddddddddddddddd dddddddddddddddddddddddddddddddd dddddddddddddddddddddddddddddddd dddd (50 bytes)
データはdddddddddddddddddddddddddddddddd dddddddddddddddddddddddddddddddd dddddddddddddddddddddddddddddddd ddddと等しいです。(50バイト)
PRF-HMAC-SHA-256 = 773ea91e36800e46854db8ebd09181a7 2959098b3ef8c122d9635514ced565fe
PRF-HMAC-SHA-256は773ea91e36800e46854db8ebd09181a7 2959098b3ef8c122d9635514ced565feと等しいです。
PRF-HMAC-SHA-384 = 88062608d3e6ad8a0aa2ace014c8a86f 0aa635d947ac9febe83ef4e55966144b 2a5ab39dc13814b94e3ab6e101a34f27
PRF-HMAC-SHA-384は88062608d3e6ad8a0aa2ace014c8a86f0aa635d947ac9febe83ef4e55966144b 2a5ab39dc13814b94e3ab6e101a34f27と等しいです。
PRF-HMAC-SHA-512 = fa73b0089d56a284efb0f0756c890be9 b1b5dbdd8ee81a3655f83e33b2279d39 bf3e848279a722c806b485a47e67c807 b946a337bee8942674278859e13292fb
PRF-HMAC-SHA-512はfa73b0089d56a284efb0f0756c890be9b1b5dbdd8ee81a3655f83e33b2279d39bf3e848279a722c806b485a47e67c807 b946a337bee8942674278859e13292fbと等しいです。
Test Case PRF-4: Key = 0102030405060708090a0b0c0d0e0f10 111213141516171819 (25 bytes)
テストケースPRF-4: 主要な=0102030405060708090a0b0c0d0e0f10 111213141516171819(25バイト)
Data = cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcd (50 bytes)
データはcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdと等しいです。(50バイト)
PRF-HMAC-SHA-256 = 82558a389a443c0ea4cc819899f2083a 85f0faa3e578f8077a2e3ff46729665b
PRF-HMAC-SHA-256は82558a389a443c0ea4cc819899f2083a 85f0faa3e578f8077a2e3ff46729665bと等しいです。
PRF-HMAC-SHA-384 = 3e8a69b7783c25851933ab6290af6ca7 7a9981480850009cc5577c6e1f573b4e 6801dd23c4a7d679ccf8a386c674cffb
PRF-HMAC-SHA-384は3e8a69b7783c25851933ab6290af6ca7 7a9981480850009cc5577c6e1f573b4e6801dd23c4a7d679ccf8a386c674cffbと等しいです。
PRF-HMAC-SHA-512 = b0ba465637458c6990e5a8c5f61d4af7 e576d97ff94b872de76f8050361ee3db a91ca5c11aa25eb4d679275cc5788063 a5f19741120c4f2de2adebeb10a298dd
PRF-HMAC-SHA-512はb0ba465637458c6990e5a8c5f61d4af7 e576d97ff94b872de76f8050361ee3db a91ca5c11aa25eb4d679275cc5788063 a5f19741120c4f2de2adebeb10a298ddと等しいです。
Kelly & Frankel Standards Track [Page 9] RFC 4868 HMAC-SHA256, SHA384, and SHA512 in IPsec May 2007
ケリーとフランケル規格は2007年5月にIPsecでRFC4868HMAC-SHA256、SHA384、およびSHA512を追跡します[9ページ]。
Test Case PRF-5: Key = aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaa (131 bytes)
テストケースPRF-5: Key = aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaa (131バイト)
Data = 54657374205573696e67204c61726765 ("Test Using Large") 72205468616e20426c6f636b2d53697a ("r Than Block-Siz") 65204b6579202d2048617368204b6579 ("e Key - Hash Key") 204669727374 (" First")
データが54657374205573696e67204c61726765(「大きい状態で使用をテストする」)72205468616e20426c6f636b2d53697aと等しい、(「r、ブロック-Siz、」、)、65204b6579202d2048617368204b6579(「eキー--キーを論じ尽くす」)204669727374(「最初に」)
PRF-HMAC-SHA-256 = 60e431591ee0b67f0d8a26aacbf5b77f 8e0bc6213728c5140546040f0ee37f54
PRF-HMAC-SHA-256は60e431591ee0b67f0d8a26aacbf5b77f 8e0bc6213728c5140546040f0ee37f54と等しいです。
PRF-HMAC-SHA-384 = 4ece084485813e9088d2c63a041bc5b4 4f9ef1012a2b588f3cd11f05033ac4c6 0c2ef6ab4030fe8296248df163f44952
PRF-HMAC-SHA-384は4ece084485813e9088d2c63a041bc5b4 4f9ef1012a2b588f3cd11f05033ac4c6 0c2ef6ab4030fe8296248df163f44952と等しいです。
PRF-HMAC-SHA-512 = 80b24263c7c1a3ebb71493c1dd7be8b4 9b46d1f41b4aeec1121b013783f8f352 6b56d037e05f2598bd0fd2215d6a1e52 95e64f73f63f0aec8b915a985d786598
PRF-HMAC-SHA-512は80b24263c7c1a3ebb71493c1dd7be8b4 9b46d1f41b4aeec1121b013783f8f352 6b56d037e05f2598bd0fd2215d6a1e52 95e64f73f63f0aec8b915a985d786598と等しいです。
Kelly & Frankel Standards Track [Page 10] RFC 4868 HMAC-SHA256, SHA384, and SHA512 in IPsec May 2007
ケリーとフランケル規格は2007年5月にIPsecでRFC4868HMAC-SHA256、SHA384、およびSHA512を追跡します[10ページ]。
Test Case PRF-6:
テストケースPRF-6:
Key = aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaa (131 bytes)
Key = aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaa (131バイト)
Data = 54686973206973206120746573742075 ("This is a test u") 73696e672061206c6172676572207468 ("sing a larger th") 616e20626c6f636b2d73697a65206b65 ("an block-size ke") 7920616e642061206c61726765722074 ("y and a larger t") 68616e20626c6f636b2d73697a652064 ("han block-size d") 6174612e20546865206b6579206e6565 ("ata. The key nee") 647320746f2062652068617368656420 ("ds to be hashed ") 6265666f7265206265696e6720757365 ("before being use") 642062792074686520484d414320616c ("d by the HMAC al") 676f726974686d2e ("gorithm.")
データが54686973206973206120746573742075(「これはテストuである」)73696e672061206c6172676572207468と等しい、(「より大きい状態でaを歌ってください、第」、)、616e20626c6f636b2d73697a65206b65(「ブロック・サイズke」)7920616e642061206c61726765722074(「yと、より大きいt」)68616e20626c6f636b2d73697a652064(「hanブロック・サイズd」)6174612e20546865206b6579206e6565("ata"。 「キー旧姓、」) 647320746f2062652068617368656420(「論じ尽くされるべきds」)6265666f7265206265696e6720757365(「使用であることの前」の)642062792074686520484d414320616c(「HMACアルによるd」)676f726974686d2e("gorithm"。)
PRF-HMAC-SHA-256 = 9b09ffa71b942fcb27635fbcd5b0e944 bfdc63644f0713938a7f51535c3a35e2
PRF-HMAC-SHA-256は9b09ffa71b942fcb27635fbcd5b0e944 bfdc63644f0713938a7f51535c3a35e2と等しいです。
PRF-HMAC-SHA-384 = 6617178e941f020d351e2f254e8fd32c 602420feb0b8fb9adccebb82461e99c5 a678cc31e799176d3860e6110c46523e
PRF-HMAC-SHA-384は6617178e941f020d351e2f254e8fd32c602420feb0b8fb9adccebb82461e99c5 a678cc31e799176d3860e6110c46523eと等しいです。
PRF-HMAC-SHA-512 = e37b6a775dc87dbaa4dfa9f96e5e3ffd debd71f8867289865df5a32d20cdc944 b6022cac3c4982b10d5eeb55c3e4de15 134676fb6de0446065c97440fa8c6a58
PRF-HMAC-SHA-512はe37b6a775dc87dbaa4dfa9f96e5e3ffd debd71f8867289865df5a32d20cdc944b6022cac3c4982b10d5eeb55c3e4de15 134676fb6de0446065c97440fa8c6a58と等しいです。
2.7.2. Authenticator Test Vectors
2.7.2. 固有識別文字テストベクトル
The following sections are test cases for HMAC-SHA256-128, HMAC- SHA384-192, and HMAC-SHA512-256. PRF outputs are also included for convenience. These test cases were generated using the SHA256+ reference code provided in [SHA256+].
以下のセクションはHMAC-SHA256-128、HMAC- SHA384-192、およびHMAC-SHA512-256のためのテストケースです。 また、PRF出力は便宜のために含まれています。 これらのテストケースは、[SHA256+]に提供されたSHA256+参照コードを使用することで発生しました。
Kelly & Frankel Standards Track [Page 11] RFC 4868 HMAC-SHA256, SHA384, and SHA512 in IPsec May 2007
ケリーとフランケル規格は2007年5月にIPsecでRFC4868HMAC-SHA256、SHA384、およびSHA512を追跡します[11ページ]。
2.7.2.1. SHA256 Authentication Test Vectors
2.7.2.1. SHA256認証テストベクトル
Test Case AUTH256-1: Key = 0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b 0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b (32 bytes)
テストケースAUTH256-1: 主要な=0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b 0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b(32バイト)
Data = 4869205468657265 ("Hi There")
データ=4869205468657265(「やあ」)
PRF-HMAC-SHA-256 = 198a607eb44bfbc69903a0f1cf2bbdc5 ba0aa3f3d9ae3c1c7a3b1696a0b68cf7
PRF-HMAC-SHA-256は198a607eb44bfbc69903a0f1cf2bbdc5 ba0aa3f3d9ae3c1c7a3b1696a0b68cf7と等しいです。
HMAC-SHA-256-128 = 198a607eb44bfbc69903a0f1cf2bbdc5
HMAC-SHA-256-128は198a607eb44bfbc69903a0f1cf2bbdc5と等しいです。
Test Case AUTH256-2: Key = 4a6566654a6566654a6566654a656665 ("JefeJefeJefeJefe") 4a6566654a6566654a6566654a656665 ("JefeJefeJefeJefe")
テストケースAUTH256-2: 主要な=4a6566654a6566654a6566654a656665("JefeJefeJefeJefe")4a6566654a6566654a6566654a656665("JefeJefeJefeJefe")
Data = 7768617420646f2079612077616e7420 ("what do ya want ") 666f72206e6f7468696e673f ("for nothing?")
データは7768617420646f2079612077616e7420(「あなたはことが欲しい」)666f72206e6f7468696e673fと等しいです。(「無駄?」の)
PRF-HMAC-SHA-256 = 167f928588c5cc2eef8e3093caa0e87c 9ff566a14794aa61648d81621a2a40c6
PRF-HMAC-SHA-256は167f928588c5cc2eef8e3093caa0e87c 9ff566a14794aa61648d81621a2a40c6と等しいです。
HMAC-SHA-256-128 = 167f928588c5cc2eef8e3093caa0e87c
HMAC-SHA-256-128は167f928588c5cc2eef8e3093caa0e87cと等しいです。
Test Case AUTH256-3: Key = aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa (32 bytes)
テストケースAUTH256-3: 主要な=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa(32バイト)
Data = dddddddddddddddddddddddddddddddd dddddddddddddddddddddddddddddddd dddddddddddddddddddddddddddddddd dddd (50 bytes)
データはdddddddddddddddddddddddddddddddd dddddddddddddddddddddddddddddddd dddddddddddddddddddddddddddddddd ddddと等しいです。(50バイト)
PRF-HMAC-SHA-256 = cdcb1220d1ecccea91e53aba3092f962 e549fe6ce9ed7fdc43191fbde45c30b0
PRF-HMAC-SHA-256はcdcb1220d1ecccea91e53aba3092f962 e549fe6ce9ed7fdc43191fbde45c30b0と等しいです。
HMAC-SHA-256-128 = cdcb1220d1ecccea91e53aba3092f962
HMAC-SHA-256-128はcdcb1220d1ecccea91e53aba3092f962と等しいです。
Kelly & Frankel Standards Track [Page 12] RFC 4868 HMAC-SHA256, SHA384, and SHA512 in IPsec May 2007
ケリーとフランケル規格は2007年5月にIPsecでRFC4868HMAC-SHA256、SHA384、およびSHA512を追跡します[12ページ]。
Test Case AUTH256-4: Key = 0102030405060708090a0b0c0d0e0f10 1112131415161718191a1b1c1d1e1f20 (32 bytes)
テストケースAUTH256-4: 主要な=0102030405060708090a0b0c0d0e0f10 1112131415161718191a1b1c1d1e1f20(32バイト)
Data = cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcd (50 bytes)
データはcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdと等しいです。(50バイト)
PRF-HMAC-SHA-256 = 372efcf9b40b35c2115b1346903d2ef4 2fced46f0846e7257bb156d3d7b30d3f
PRF-HMAC-SHA-256は372efcf9b40b35c2115b1346903d2ef4 2fced46f0846e7257bb156d3d7b30d3fと等しいです。
HMAC-SHA-256-128 = 372efcf9b40b35c2115b1346903d2ef4
HMAC-SHA-256-128は372efcf9b40b35c2115b1346903d2ef4と等しいです。
2.7.2.2. SHA384 Authentication Test Vectors
2.7.2.2. SHA384認証テストベクトル
Test Case AUTH384-1: Key = 0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b 0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b 0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b (48 bytes)
テストケースAUTH384-1: 主要な=0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b 0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b(48バイト)
Data = 4869205468657265 ("Hi There")
データ=4869205468657265(「やあ」)
PRF-HMAC-SHA-384 = b6a8d5636f5c6a7224f9977dcf7ee6c7 fb6d0c48cbdee9737a959796489bddbc 4c5df61d5b3297b4fb68dab9f1b582c2
PRF-HMAC-SHA-384はb6a8d5636f5c6a7224f9977dcf7ee6c7fb6d0c48cbdee9737a959796489bddbc 4c5df61d5b3297b4fb68dab9f1b582c2と等しいです。
HMAC-SHA-384-128 = b6a8d5636f5c6a7224f9977dcf7ee6c7 fb6d0c48cbdee973
HMAC-SHA-384-128はb6a8d5636f5c6a7224f9977dcf7ee6c7 fb6d0c48cbdee973と等しいです。
Test Case AUTH384-2: Key = 4a6566654a6566654a6566654a656665 ("JefeJefeJefeJefe") 4a6566654a6566654a6566654a656665 ("JefeJefeJefeJefe") 4a6566654a6566654a6566654a656665 ("JefeJefeJefeJefe")
テストケースAUTH384-2: 主要な=4a6566654a6566654a6566654a656665("JefeJefeJefeJefe")4a6566654a6566654a6566654a656665("JefeJefeJefeJefe")4a6566654a6566654a6566654a656665("JefeJefeJefeJefe")
Data = 7768617420646f2079612077616e7420 ("what do ya want ") 666f72206e6f7468696e673f ("for nothing?")
データは7768617420646f2079612077616e7420(「あなたはことが欲しい」)666f72206e6f7468696e673fと等しいです。(「無駄?」の)
PRF-HMAC-SHA-384 = 2c7353974f1842fd66d53c452ca42122 b28c0b594cfb184da86a368e9b8e16f5 349524ca4e82400cbde0686d403371c9
PRF-HMAC-SHA-384は2c7353974f1842fd66d53c452ca42122b28c0b594cfb184da86a368e9b8e16f5 349524ca4e82400cbde0686d403371c9と等しいです。
HMAC-SHA-384-192 = 2c7353974f1842fd66d53c452ca42122 b28c0b594cfb184d
HMAC-SHA-384-192は2c7353974f1842fd66d53c452ca42122 b28c0b594cfb184dと等しいです。
Kelly & Frankel Standards Track [Page 13] RFC 4868 HMAC-SHA256, SHA384, and SHA512 in IPsec May 2007
ケリーとフランケル規格は2007年5月にIPsecでRFC4868HMAC-SHA256、SHA384、およびSHA512を追跡します[13ページ]。
Test Case AUTH384-3: Key = aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa (48 bytes)
テストケースAUTH384-3: 主要な=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa(48バイト)
Data = dddddddddddddddddddddddddddddddd dddddddddddddddddddddddddddddddd dddddddddddddddddddddddddddddddd dddd (50 bytes)
データはdddddddddddddddddddddddddddddddd dddddddddddddddddddddddddddddddd dddddddddddddddddddddddddddddddd ddddと等しいです。(50バイト)
PRF-HMAC-SHA-384 = 809f439be00274321d4a538652164b53 554a508184a0c3160353e3428597003d 35914a18770f9443987054944b7c4b4a
PRF-HMAC-SHA-384は809f439be00274321d4a538652164b53 554a508184a0c3160353e3428597003d 35914a18770f9443987054944b7c4b4aと等しいです。
HMAC-SHA-384-192 = 809f439be00274321d4a538652164b53 554a508184a0c316
HMAC-SHA-384-192は809f439be00274321d4a538652164b53 554a508184a0c316と等しいです。
Test Case AUTH384-4: Key = 0102030405060708090a0b0c0d0e0f10 1112131415161718191a1b1c1d1e1f20 0a0b0c0d0e0f10111213141516171819 (48 bytes)
テストケースAUTH384-4: 主要な=0102030405060708090a0b0c0d0e0f10 1112131415161718191a1b1c1d1e1f20 0a0b0c0d0e0f10111213141516171819(48バイト)
Data = cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcd (50 bytes)
データはcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdと等しいです。(50バイト)
PRF-HMAC-SHA-384 = 5b540085c6e6358096532b2493609ed1 cb298f774f87bb5c2ebf182c83cc7428 707fb92eab2536a5812258228bc96687
PRF-HMAC-SHA-384は5b540085c6e6358096532b2493609ed1cb298f774f87bb5c2ebf182c83cc7428 707fb92eab2536a5812258228bc96687と等しいです。
HMAC-SHA-384-192 = 5b540085c6e6358096532b2493609ed1 cb298f774f87bb5c
HMAC-SHA-384-192は5b540085c6e6358096532b2493609ed1 cb298f774f87bb5cと等しいです。
Kelly & Frankel Standards Track [Page 14] RFC 4868 HMAC-SHA256, SHA384, and SHA512 in IPsec May 2007
ケリーとフランケル規格は2007年5月にIPsecでRFC4868HMAC-SHA256、SHA384、およびSHA512を追跡します[14ページ]。
2.7.2.3. SHA512 Authentication Test Vectors
2.7.2.3. SHA512認証テストベクトル
Test Case AUTH512-1: Key = 0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b 0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b 0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b 0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b (64 bytes)
テストケースAUTH512-1: 主要な=0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b 0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b 0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b(64バイト)
Data = 4869205468657265 ("Hi There")
データ=4869205468657265(「やあ」)
PRF-HMAC-SHA-512 = 637edc6e01dce7e6742a99451aae82df 23da3e92439e590e43e761b33e910fb8 ac2878ebd5803f6f0b61dbce5e251ff8 789a4722c1be65aea45fd464e89f8f5b
PRF-HMAC-SHA-512は637edc6e01dce7e6742a99451aae82df 23da3e92439e590e43e761b33e910fb8ac2878ebd5803f6f0b61dbce5e251ff8 789a4722c1be65aea45fd464e89f8f5bと等しいです。
HMAC-SHA-512-256 = 637edc6e01dce7e6742a99451aae82df 23da3e92439e590e43e761b33e910fb8
HMAC-SHA-512-256は637edc6e01dce7e6742a99451aae82df 23da3e92439e590e43e761b33e910fb8と等しいです。
Test Case AUTH512-2: Key = 4a6566654a6566654a6566654a656665 ("JefeJefeJefeJefe") 4a6566654a6566654a6566654a656665 ("JefeJefeJefeJefe") 4a6566654a6566654a6566654a656665 ("JefeJefeJefeJefe") 4a6566654a6566654a6566654a656665 ("JefeJefeJefeJefe")
テストケースAUTH512-2: 主要な=4a6566654a6566654a6566654a656665("JefeJefeJefeJefe")4a6566654a6566654a6566654a656665("JefeJefeJefeJefe")4a6566654a6566654a6566654a656665("JefeJefeJefeJefe")4a6566654a6566654a6566654a656665("JefeJefeJefeJefe")
Data = 7768617420646f2079612077616e7420 ("what do ya want ") 666f72206e6f7468696e673f ("for nothing?")
データは7768617420646f2079612077616e7420(「あなたはことが欲しい」)666f72206e6f7468696e673fと等しいです。(「無駄?」の)
PRF-HMAC-SHA-512 = cb370917ae8a7ce28cfd1d8f4705d614 1c173b2a9362c15df235dfb251b15454 6aa334ae9fb9afc2184932d8695e397b fa0ffb93466cfcceaae38c833b7dba38
PRF-HMAC-SHA-512はcb370917ae8a7ce28cfd1d8f4705d614 1c173b2a9362c15df235dfb251b15454 6aa334ae9fb9afc2184932d8695e397b fa0ffb93466cfcceaae38c833b7dba38と等しいです。
HMAC-SHA-512-256 = cb370917ae8a7ce28cfd1d8f4705d614 1c173b2a9362c15df235dfb251b15454
HMAC-SHA-512-256はcb370917ae8a7ce28cfd1d8f4705d614 1c173b2a9362c15df235dfb251b15454と等しいです。
Kelly & Frankel Standards Track [Page 15] RFC 4868 HMAC-SHA256, SHA384, and SHA512 in IPsec May 2007
ケリーとフランケル規格は2007年5月にIPsecでRFC4868HMAC-SHA256、SHA384、およびSHA512を追跡します[15ページ]。
Test Case AUTH512-3: Key = aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa (64 bytes)
テストケースAUTH512-3: 主要な=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa(64バイト)
Data = dddddddddddddddddddddddddddddddd dddddddddddddddddddddddddddddddd dddddddddddddddddddddddddddddddd dddd (50 bytes)
データはdddddddddddddddddddddddddddddddd dddddddddddddddddddddddddddddddd dddddddddddddddddddddddddddddddd ddddと等しいです。(50バイト)
PRF-HMAC-SHA-512 = 2ee7acd783624ca9398710f3ee05ae41 b9f9b0510c87e49e586cc9bf961733d8 623c7b55cebefccf02d5581acc1c9d5f b1ff68a1de45509fbe4da9a433922655
PRF-HMAC-SHA-512は2ee7acd783624ca9398710f3ee05ae41b9f9b0510c87e49e586cc9bf961733d8 623c7b55cebefccf02d5581acc1c9d5f b1ff68a1de45509fbe4da9a433922655と等しいです。
HMAC-SHA-512-256 = 2ee7acd783624ca9398710f3ee05ae41 b9f9b0510c87e49e586cc9bf961733d8
HMAC-SHA-512-256は2ee7acd783624ca9398710f3ee05ae41 b9f9b0510c87e49e586cc9bf961733d8と等しいです。
Test Case AUTH512-4: Key = 0a0b0c0d0e0f10111213141516171819 0102030405060708090a0b0c0d0e0f10 1112131415161718191a1b1c1d1e1f20 2122232425262728292a2b2c2d2e2f30 3132333435363738393a3b3c3d3e3f40 (64 bytes)
テストケースAUTH512-4: 主要な=0a0b0c0d0e0f10111213141516171819 0102030405060708090a0b0c0d0e0f10 1112131415161718191a1b1c1d1e1f20 2122232425262728292a2b2c2d2e2f30 3132333435363738393a3b3c3d3e3f40(64バイト)
Data = cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcd (50 bytes)
データはcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdと等しいです。(50バイト)
PRF-HMAC-SHA-512 = 5e6688e5a3daec826ca32eaea224eff5 e700628947470e13ad01302561bab108 b8c48cbc6b807dcfbd850521a685babc 7eae4a2a2e660dc0e86b931d65503fd2
PRF-HMAC-SHA-512は5e6688e5a3daec826ca32eaea224eff5 e700628947470e13ad01302561bab108b8c48cbc6b807dcfbd850521a685babc 7eae4a2a2e660dc0e86b931d65503fd2と等しいです。
HMAC-SHA-512-256 = 5e6688e5a3daec826ca32eaea224eff5 e700628947470e13ad01302561bab108
HMAC-SHA-512-256は5e6688e5a3daec826ca32eaea224eff5 e700628947470e13ad01302561bab108と等しいです。
Kelly & Frankel Standards Track [Page 16] RFC 4868 HMAC-SHA256, SHA384, and SHA512 in IPsec May 2007
ケリーとフランケル規格は2007年5月にIPsecでRFC4868HMAC-SHA256、SHA384、およびSHA512を追跡します[16ページ]。
3. Security Considerations
3. セキュリティ問題
In a general sense, the security provided by the HMAC-SHA-256+ algorithms is based both upon the strength of the underlying hash algorithm, and upon the additional strength derived from the HMAC construct. At the time of this writing, there are no practical cryptographic attacks against SHA-256, SHA-384, SHA-512, or HMAC. However, as with any cryptographic algorithm, an important component of these algorithms' strength lies in the correctness of the algorithm implementation, the security of the key management mechanism, the strength of the associated secret key, and upon the correctness of the implementation in all of the participating systems. This specification contains test vectors to assist in verifying the correctness of the algorithm implementation, but these in no way verify the correctness (or security) of the surrounding security infrastructure.
一般的な意味では、HMAC-SHA-256+アルゴリズムで提供されたセキュリティは基本的な細切れ肉料理アルゴリズムの強さと、そして、HMAC構造物から得られた補強に基づいています。 この書くこと時点で、どんな実用的な暗号の攻撃もSHA-256、SHA-384、SHA-512、またはHMACに反対していません。 しかしながら、どんな暗号アルゴリズムのようにも、アルゴリズム実装の正当性にこれらのアルゴリズムの強さの重要なコンポーネントがあります、かぎ管理メカニズムのセキュリティ、関連秘密鍵の強さ、そして、参加システムのすべての実現の正当性では. この仕様はアルゴリズム実装の正当性について確かめる助けるテストベクトルを含んでいます; しかし、これらは周囲のセキュリティインフラストラクチャの正当性(または、セキュリティ)について決して、確かめません。
3.1. HMAC Key Length vs Truncation Length
3.1. トランケーションの長さに従ったHMACキー長
There are important differences between the security levels afforded by HMAC-SHA1-96 [HMAC-SHA1] and the HMAC-SHA-256+ algorithms, but there are also considerations that are somewhat counter-intuitive. There are two different axes along which we gauge the security of these algorithms: HMAC output length and HMAC key length. If we assume the HMAC key is a well-guarded secret that can only be determined through offline attacks on observed values, and that its length is less than or equal to the output length of the underlying hash algorithm, then the key's strength is directly proportional to its length. And if we assume an adversary has no knowledge of the HMAC key, then the probability of guessing a correct MAC value for any given packet is directly proportional to the HMAC output length.
HMAC-SHA1-96[HMAC-SHA1]によって提供されたセキュリティー・レベルとHMAC-SHA-256+アルゴリズムの間には、重要な違いがありますが、いくらか直観に反している問題もあります。 私たちがこれらのアルゴリズムのセキュリティを測る2本の異なった軸があります: HMACは長さとHMACキー長を出力しました。 私たちがHMACキーが観測値に対するオフライン攻撃で測定できるだけである固く守られている秘密であり、長さが基本的な細切れ肉料理アルゴリズムの出力の、より長さ以下であると思うなら、キーの強さは長さに正比例しています。 そして、私たちが、敵にはHMACキーに関する知識が全くないと思うなら、どんな与えられたパケットのためにも正しいMAC値を推測するという確率はHMAC出力の長さに正比例しています。
This specification defines truncation to output lengths of either 128 192, or 256 bits. It is important to note that at this time, it is not clear that HMAC-SHA-256 with a truncation length of 128 bits is any more secure than HMAC-SHA1 with the same truncation length, assuming the adversary has no knowledge of the HMAC key. This is because in such cases, the adversary must predict only those bits that remain after truncation. Since in both cases that output length is the same (128 bits), the adversary's odds of correctly guessing the value are also the same in either case: 1 in 2^128. Again, if we assume the HMAC key remains unknown to the attacker, then only a bias in one of the algorithms would distinguish one from the other. Currently, no such bias is known to exist in either HMAC-SHA1 or HMAC-SHA-256+.
この仕様は、128 192ビットか256ビットの長さを出力するためにトランケーションを定義します。 このとき128ビットのトランケーションの長さがあるHMAC-SHA-256がそれ以上同じトランケーションの長さがあるHMAC-SHA1より安全であることが、明確でないことに注意するのは重要です、敵にはHMACキーに関する知識が全くないと仮定して。 これは敵がトランケーションの残っているビット後にそのような場合それらだけを予測しなければならないからです。 どちらの場合も、その出力の長さが同じであるので(128ビット)、また、敵の正しく値を推測する可能性もどちらかの場合で同じです: 1 2^128で。 一方、私たちが、HMACキーが攻撃者にとって未知のままで残っていると思うと、アルゴリズムの1つによる偏見だけがもう片方と1つを区別するでしょう。 現在、どんなそのような偏見もHMAC-SHA1かHMAC-SHA-256+のどちらかに存在するのが知られません。
If, on the other hand, the attacker is focused on guessing the HMAC key, and we assume that the hash algorithms are indistinguishable
他方では、攻撃者がHMACキーを推測するのに焦点を合わせられて、私たちが、細切れ肉料理アルゴリズムが区別がつかないと思うなら
Kelly & Frankel Standards Track [Page 17] RFC 4868 HMAC-SHA256, SHA384, and SHA512 in IPsec May 2007
ケリーとフランケル規格は2007年5月にIPsecでRFC4868HMAC-SHA256、SHA384、およびSHA512を追跡します[17ページ]。
when viewed as PRF's, then the HMAC key length provides a direct measure of the underlying security: the longer the key, the harder it is to guess. This means that with respect to passive attacks on the HMAC key, size matters - and the HMAC-SHA-256+ algorithms provide more security in this regard than HMAC-SHA1-96.
PRFのものとして見なされると、HMACキー長は基本的なセキュリティのダイレクト基準を提供します: キーが長ければ長いほど、それは、より推測しにくいです。 これは、HMACキーに対する受け身の攻撃に関して、サイズの問題、およびHMAC-SHA-256+アルゴリズムがHMAC-SHA1-96よりこの点におけるセキュリティを提供することを意味します。
4. IANA Considerations
4. IANA問題
This document does not specify the conventions for using SHA256+ for IKE Phase 1 negotiations, except to note that IANA has made the following IKE hash algorithm attribute assignments:
このドキュメントはIKE Phase1交渉にSHA256+を使用するのにコンベンションを指定しません、IANAが以下のIKE細切れ肉料理アルゴリズム属性課題をしたことに注意するのを除いて:
SHA2-256: 4
SHA2-256: 4
SHA2-384: 5
SHA2-384: 5
SHA2-512: 6
SHA2-512: 6
For IKE Phase 2 negotiations, IANA has assigned the following authentication algorithm identifiers:
IKE Phase2交渉のために、IANAは以下の認証アルゴリズム識別子を割り当てました:
HMAC-SHA2-256: 5
HMAC-SHA2-256: 5
HMAC-SHA2-384: 6
HMAC-SHA2-384: 6
HMAC-SHA2-512: 7
HMAC-SHA2-512: 7
For use of HMAC-SHA-256+ as a PRF in IKEv2, IANA has assigned the following IKEv2 Pseudo-random function (type 2) transform identifiers:
IKEv2のPRFとしてのHMAC-SHA-256+の使用のために、IANAは(タイプ2)が変える以下のIKEv2 Pseudo-確率関数に識別子を割り当てました:
PRF_HMAC_SHA2_256 5
PRF_HMAC_SHA2_256 5
PRF_HMAC_SHA2_384 6
PRF_HMAC_SHA2_384 6
PRF_HMAC_SHA2_512 7
PRF_HMAC_SHA2_512 7
For the use of HMAC-SHA-256+ algorithms for data origin authentication and integrity verification in IKEv2, ESP, or AH, IANA has assigned the following IKEv2 integrity (type 3) transform identifiers:
HMAC-SHA-256+アルゴリズムのデータ起源認証の使用とIKEv2、超能力、またはAHでの保全検証のために、IANAは(タイプ3)が変える以下のIKEv2保全に識別子を割り当てました:
AUTH_HMAC_SHA2_256_128 12
AUTH_HMAC_SHA2_256_128 12
AUTH_HMAC_SHA2_384_192 13
AUTH_HMAC_SHA2_384_192 13
AUTH_HMAC_SHA2_512_256 14
AUTH_HMAC_SHA2_512_256 14
Kelly & Frankel Standards Track [Page 18] RFC 4868 HMAC-SHA256, SHA384, and SHA512 in IPsec May 2007
ケリーとフランケル規格は2007年5月にIPsecでRFC4868HMAC-SHA256、SHA384、およびSHA512を追跡します[18ページ]。
5. Acknowledgements
5. 承認
Portions of this text were unabashedly borrowed from [HMAC-SHA1] and [HMAC-TEST]. Thanks to Hugo Krawczyk for comments and recommendations on early revisions of this document, and thanks also to Russ Housley and Steve Bellovin for various security-related comments and recommendations.
[HMAC-SHA1]と[HMAC-TEST]から本稿の部分を平気で借りました。 コメントと推薦をこのドキュメントの早めの改正、およびラスHousleyとスティーブBellovinにも感謝のときに様々なセキュリティ関連のコメントと推薦のためにユーゴーKrawczykをありがとうございます。
6. References
6. 参照
6.1. Normative References
6.1. 引用規格
[AH] Kent, S., "IP Authentication Header", RFC 4302, December 2005.
[ああ] ケント、S.、「IP認証ヘッダー」、RFC4302、2005年12月。
[ARCH] Kent, S. and K. Seo, "Security Architecture for the Internet Protocol", RFC 4301, December 2005.
[アーチ]ケント、S.、およびK.Seo、「インターネットプロトコルのためのセキュリティー体系」、RFC4301、2005年12月。
[ESP] Kent, S., "IP Encapsulating Security Payload (ESP)", RFC 4303, December 2005.
[超能力] ケント、S.、「セキュリティ有効搭載量(超能力)を要約するIP」、RFC4303、2005年12月。
[HMAC] Krawczyk, H., Bellare, M., and R. Canetti, "HMAC: Keyed- Hashing for Message Authentication", RFC 2104, February 1997.
[HMAC] Krawczyk、H.、Bellare、M.、およびR.カネッティ、「HMAC:」 「通報認証のための合わせられた論じ尽くす」RFC2104、1997年2月。
[HMAC-SHA1] Madsen, C. and R. Glenn, "The Use of HMAC-SHA-1-96 within ESP and AH", RFC 2404, November 1998.
そして、[HMAC-SHA1] マドセン、C.、およびR.グレン、「超能力の中のHMAC-SHA-1-96の使用、ああ、」、RFC2404、11月1998日
[HMAC-TEST] Nystrom, M., "Identifiers and Test Vectors for HMAC-SHA- 224, HMAC-SHA-256, HMAC-SHA-384, and HMAC-SHA-512", RFC 4231, December 2005.
[HMAC-テスト] ニストロムと、M.と、「HMAC-SHA224、HMAC-SHA-256、HMAC-SHA-384、およびHMAC-SHA-512のための識別子とテストベクトル」、RFC4231、12月2005日
[IKE] Harkins, D. and D. Carrel, "The Internet Key Exchange (IKE)", RFC 2409, November 1998.
[IKE]ハーキンとD.とD.個人閲覧室、「インターネット・キー・エクスチェンジ(IKE)」、RFC2409 1998年11月。
[IKEv2] Kaufman, C., "Internet Key Exchange (IKEv2) Protocol", RFC 4306, December 2005.
[IKEv2] コーフマン、C.、「インターネット・キー・エクスチェンジ(IKEv2)プロトコル」、RFC4306、2005年12月。
[SHA2-1] NIST, "FIPS PUB 180-2 'Specifications for the Secure Hash Standard'", 2004 FEB, <http://csrc.nist.gov/ publications/fips/fips180-2/ fips180-2withchangenotice.pdf>.
[SHA2-1]NIST、安全な細切れ肉料理規格のための「FIPS PUB180-2'仕様、'、」、2004年の2月、<http://csrc.nist.gov/刊行物/fips/fips180-2/fips180-2withchangenotice.pdf>。
[SHA256+] Eastlake, D. and T. Hansen, "US Secure Hash Algorithms (SHA and HMAC-SHA)", RFC 4634, July 2006.
[SHA256+] イーストレークとD.とT.ハンセン、「米国の安全な細切れ肉料理アルゴリズム(SHAとHMAC-SHA)」、RFC4634、2006年7月。
Kelly & Frankel Standards Track [Page 19] RFC 4868 HMAC-SHA256, SHA384, and SHA512 in IPsec May 2007
ケリーとフランケル規格は2007年5月にIPsecでRFC4868HMAC-SHA256、SHA384、およびSHA512を追跡します[19ページ]。
6.2. Informative References
6.2. 有益な参照
[SHA2-2] NIST, "Descriptions of SHA-256, SHA-384, and SHA-512", 2001 MAY, <http://csrc.nist.gov/cryptval/shs/sha256-384-512.pdf>.
2001が[SHA2-2]NISTと、「SHA-256の記述、SHA-384、およびSHA-512」とそうして、<http://csrc.nist.gov/cryptval/shs/sha256-384-512.pdfは>です。
Authors' Addresses
作者のアドレス
Scott G. Kelly Aruba Networks 1322 Crossman Ave Sunnyvale, CA 94089 US
スコット・G.ケリー・アルーバは米国で1322クロスマン・Aveサニーベル、カリフォルニア 94089をネットワークでつなぎます。
EMail: scott@hyperthought.com
メール: scott@hyperthought.com
Sheila Frankel NIST Bldg. 222 Room B264 Gaithersburg, MD 20899 US
シェイラフランケルNISTビルディング 222 余地のB264MD20899ゲイザースバーグ(米国)
EMail: sheila.frankel@nist.gov
メール: sheila.frankel@nist.gov
Kelly & Frankel Standards Track [Page 20] RFC 4868 HMAC-SHA256, SHA384, and SHA512 in IPsec May 2007
ケリーとフランケル規格は2007年5月にIPsecでRFC4868HMAC-SHA256、SHA384、およびSHA512を追跡します[20ページ]。
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The IETF Trust (2007).
IETFが信じる著作権(C)(2007)。
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.
このドキュメントはBCP78に含まれた権利、ライセンス、および制限を受けることがあります、そして、そこに詳しく説明されるのを除いて、作者は彼らのすべての権利を保有します。
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, THE IETF TRUST 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.
このドキュメントとここに含まれた情報はその人が代理をするか、または(もしあれば)後援される組織、インターネットの振興発展を目的とする組織、「そのままで」という基礎と貢献者の上で提供していて、IETFはそして、インターネット・エンジニアリング・タスク・フォースがすべての保証を放棄すると信じます、急行である、または暗示していて、他を含んでいて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるということであるかいずれが市場性か特定目的への適合性の黙示的な保証です。
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はどんなIntellectual Property Rightsの正当性か範囲、実現に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 または、それはそれを表しません。どんなそのような権利も特定するためのどんな独立している努力もしました。 BCP78とBCP79でRFCドキュメントの権利に関する手順に関する情報を見つけることができます。
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倉庫からこの仕様のimplementersかユーザによるそのような所有権の使用のために許可を得ることができます。
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 currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。
Kelly & Frankel Standards Track [Page 21]
ケリーとフランケル標準化過程[21ページ]
一覧
スポンサーリンク