RFC 4868 - Using HMAC-SHA-256, HMAC-SHA-384, and HMAC-SHA-512 with IPsec 日本語訳

URL : https://tools.ietf.org/html/rfc4868
タイトル : RFC 4868 - HMAC-SHA-256、HMAC-SHA-384、およびIPSecとHMAC-SHA-512を使用して
翻訳編集 : 自動生成

Network Working Group                                           S. Kelly
Request for Comments: 4868                                Aruba Networks
Category: Standards Track                                     S. Frankel
                                                                    NIST
                                                                May 2007

     Using HMAC-SHA-256, HMAC-SHA-384, and HMAC-SHA-512 with IPsec

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）IETFトラスト（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アルゴリズムと併せてハッシュメッセージ認証モード（HMAC）の使用を記載しています。これらのアルゴリズムは、インターネット鍵交換プロトコル（IKE）、カプセル化セキュリティペイロード（ESP）、（AH）認証ヘッダーのためのデータ発信元認証と完全性検証メカニズムの基礎として使用され、IKEv2のプロトコルすることができる、また、擬似ランダム関数としてIKEおよびIKEv2のため（のPRF）。切り捨てられた出力長は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と呼ばれます。

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. 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.

この文書は、SHA-256、SHA-384の使用を指定し、SHA-512 [SHA2-1]組み合わせるHMAC [HMAC]のIPsec AH [AH]、ESP [ESP]のためのデータ発信元認証および完全性検証機構として、 IKE [IKE]とのIKEv2 [IKEv2の]プロトコル。対応するアルゴリズムは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ので使用するための擬似ランダム関数（PRFを）として、これらのアルゴリズムの切り捨てられていないバリアントを説明し、これらのアルゴリズムは、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-SHA-256 +の相対的なセキュリティは、関連する秘密鍵の配布範囲および予測不可能性に依存しています。鍵は予測できないと、送信者と受信者のみが知っている場合には、これらのアルゴリズムは、同一のキーを保持している唯一の当事者が関連付けられている値を導出できることを確認してください。

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アルゴリズムは、SHA256などの様々なハッシュアルゴリズムを挿入するためのフレームワークを提供し、[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 case of PRFs, key lengths are variable, but guidance is given to ensure interoperability. These distinctions are described further below.

材料を合わせるための要件は、アルゴリズムがPRFとして、または認証/完全性機構として機能しているかどうかに依存して変化します。認証/完全性の場合には、キーの長さは、使用中のアルゴリズムの出力長さに応じて固定されています。 PRFの場合は、キーの長さは可変であるが、ガイダンスは、相互運用性を確保するために与えられています。これらの区別は、さらに以下に記載されています。

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の場合、これは、SHA-384およびSHA-512のために、これは1024ビットであり、512ビットです。

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の場合、これは、SHA-384のために256ビット、これは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.

これらの鍵の長さの制限は[HMAC]（出力長減少セキュリティ強度よりも小さいキーの長さ、及びより長い出力長よりキー大幅セキュリティ強度を増加させない）の勧告に部分的に基づいており、部分的に可変長キーを可能にするのでIPsecの認証機能のための相互運用性の問題を作成します。

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セキュリティアソシエーションの認証のためのPRFを使用しています。 IKEv2の仕様は固定キーサイズでのPRFと、可変キーサイズのものを区別し、そして私たちは、以下のこのためのいくつかの特別な指導を与えます。

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.

【アーチ】複数のキーが単一の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]で述べたようにしかし、「...定期的にキーを更新するには、機能やキーの潜在的な弱点に対して支援し、公開キーの損傷を制限基本的なセキュリティプラクティスです」。

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.

パースペクティブにこれを入れて、この仕様は、MACとして使用するための強力なPRFによって生成256、384、または512ビットの鍵を必要とします。そのようなキーのブルートフォース攻撃は、宇宙は存在していたよりもマウントに時間がかかるだろう。一方、弱いキー（例えば、辞書の単語）が攻撃に劇的に少ない耐性であろう。バインドされた適切なアッパーを決定する際に特定のアプリケーションのための具体的な脅威モデルとアカウントへのSHA-256、SHA-384、およびSHA-512への攻撃に関する技術の現状とともに、これらの点を取ることが重要ですHMACキーの有効期間のため。

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-384およびHMAC-SHA-512アルゴリズムはデータの1024ビットのブロックで動作しながら、HMAC-SHA-256アルゴリズムは、データの512ビットブロックで動作します。パディング要件は、基礎となる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 +アルゴリズム各々はHMAC-SHA-NNN、例えば、nnnはアルゴリズムの出力ビット長に相当NNNビット値を生成します。 [HMAC]で説明したように、オーセンティケータとして使用するために、このNNNビットの値が切り捨てられることができます。 ESP内のデータ発信元認証および完全性検証アルゴリズムとして使用する場合、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 +アルゴリズムの各々に対して結合誕生日攻撃に対応するため、選択、それは同時に起因するワイヤ上の付加的なビットを最小化するように機能しますこの機能を使用します。

2.4. Using HMAC-SHA-256+ as PRFs in IKE and IKEv2

2.4. IKE及びIKEv2の中のPRFとして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. ESP、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    |
   +------------------+--------+--------+--------+--------+------------+

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 ('\0') of the string. The computed HMAC values are all hexadecimal numbers.

次のテストケースは、各アルゴリズムのためのキー、データ、得られたオーセンティケータ、及び/又はPRF値を含みます。キーとデータの値は、ASCII文字列（二重引用符で囲まれた）、または16進数のどちらかです。値は、ASCII文字列である場合、対応するテストケースのためのHMAC計算は、文字列の末尾のヌル文字（「\ 0」）を含みません。計算されたHMAC値は全て16進数です。

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.

これらのテストケースは、RFC 4231 [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-384 = afd03944d84895626b0825f4ab46907f 15f9dadbe4101ec682aa034c7cebc59c faea9ea9076ede7f4af152e8b2fa9cb6

PRF-HMAC-SHA-512 = 87aa7cdea5ef619d4ff0b4241a1d6cb0 2379f4e2ce4ec2787ad0b30545e17cde daa833b7d6b8a702038b274eaea3f4e4 be9d914eeb61f1702e696c203a126854

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-384 = af45d2e376484031617f78d2b58a6b1b 9c7ef464f5a01b47e42ec3736322445e 8e2240ca5e69e2c78b3239ecfab21649

PRF-HMAC-SHA-512 = 164b7a7bfcf819e2e395fbe73b56e0a3 87bd64222e831fd610270cd7ea250554 9758bf75c05a994a6d034f65f8f0e6fd caeab1a34d4a6b4b636e070a38bce737

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-384 = 88062608d3e6ad8a0aa2ace014c8a86f 0aa635d947ac9febe83ef4e55966144b 2a5ab39dc13814b94e3ab6e101a34f27

PRF-HMAC-SHA-512 = fa73b0089d56a284efb0f0756c890be9 b1b5dbdd8ee81a3655f83e33b2279d39 bf3e848279a722c806b485a47e67c807 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-384 = 3e8a69b7783c25851933ab6290af6ca7 7a9981480850009cc5577c6e1f573b4e 6801dd23c4a7d679ccf8a386c674cffb

PRF-HMAC-SHA-512 = b0ba465637458c6990e5a8c5f61d4af7 e576d97ff94b872de76f8050361ee3db a91ca5c11aa25eb4d679275cc5788063 a5f19741120c4f2de2adebeb10a298dd

Test Case PRF-5: Key = aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaa (131 bytes)

テストケースPRF-5：キー= 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（ "ブロック-SIZよりR"）65204b6579202d2048617368204b6579（ "Eキー - ハッシュキー"）204669727374（ "第一"）

PRF-HMAC-SHA-256 = 60e431591ee0b67f0d8a26aacbf5b77f 8e0bc6213728c5140546040f0ee37f54

PRF-HMAC-SHA-384 = 4ece084485813e9088d2c63a041bc5b4 4f9ef1012a2b588f3cd11f05033ac4c6 0c2ef6ab4030fe8296248df163f44952

PRF-HMAC-SHA-512 = 80b24263c7c1a3ebb71493c1dd7be8b4 9b46d1f41b4aeec1121b013783f8f352 6b56d037e05f2598bd0fd2215d6a1e52 95e64f73f63f0aec8b915a985d786598

Test Case PRF-6:

テストケースPRF-6：

Key = aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaa (131 bytes)

キー= 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 73696e672061206c6172676572207468（「大きな目を歌う」）616e20626c6f636b2d73697a65206b65（「ブロックサイズKE」）7920616e642061206c61726765722074（「Yと大きくT」）68616e20626c6f636b2d73697a652064（「漢ブロックサイズD」（「これはテストUです」））6174612e20546865206b6579206e6565（ "ATAキー旧姓"）647320746f2062652068617368656420（ "ハッシュされるDS "）6265666f7265206265696e6720757365（676f726974686d2e） "HMACのal。によるD"）642062792074686520484d414320616c（" 使用される前に"（ "gorithm。"）

PRF-HMAC-SHA-256 = 9b09ffa71b942fcb27635fbcd5b0e944 bfdc63644f0713938a7f51535c3a35e2

PRF-HMAC-SHA-384 = 6617178e941f020d351e2f254e8fd32c 602420feb0b8fb9adccebb82461e99c5 a678cc31e799176d3860e6110c46523e

PRF-HMAC-SHA-512 = e37b6a775dc87dbaa4dfa9f96e5e3ffd debd71f8867289865df5a32d20cdc944 b6022cac3c4982b10d5eeb55c3e4de15 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 +参照符号を用いて作製しました。

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

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

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

HMAC-SHA-256-128 = cdcb1220d1ecccea91e53aba3092f962

HMAC-SHA-256から128 = cdcb1220d1ecccea91e53aba3092f962

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

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：キー= 0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b 0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b 0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b（48バイト）

Data = 4869205468657265 ("Hi There")

（ "こんにちは"）データ= 4869205468657265

PRF-HMAC-SHA-384 = b6a8d5636f5c6a7224f9977dcf7ee6c7 fb6d0c48cbdee9737a959796489bddbc 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

HMAC-SHA-384-192 = 2c7353974f1842fd66d53c452ca42122 b28c0b594cfb184d

HMAC-SHA-384から192 = 2c7353974f1842fd66d53c452ca42122 b28c0b594cfb184d

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

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

HMAC-SHA-384-192 = 5b540085c6e6358096532b2493609ed1 cb298f774f87bb5c

HMAC-SHA-384から192 = 5b540085c6e6358096532b2493609ed1 cb298f774f87bb5c

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 0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b 0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b 0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b（64バイト）

Data = 4869205468657265 ("Hi There")

（ "こんにちは"）データ= 4869205468657265

PRF-HMAC-SHA-512 = 637edc6e01dce7e6742a99451aae82df 23da3e92439e590e43e761b33e910fb8 ac2878ebd5803f6f0b61dbce5e251ff8 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

HMAC-SHA-512-256 = cb370917ae8a7ce28cfd1d8f4705d614 1c173b2a9362c15df235dfb251b15454

HMAC-SHA-512から256 = cb370917ae8a7ce28cfd1d8f4705d614 1c173b2a9362c15df235dfb251b15454

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

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

HMAC-SHA-512-256 = 5e6688e5a3daec826ca32eaea224eff5 e700628947470e13ad01302561bab108

HMAC-SHA-512から256 = 5e6688e5a3daec826ca32eaea224eff5 e700628947470e13ad01302561bab108

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 +のアルゴリズムによってもたらされるセキュリティレベル間の重要な違いがありますが、やや反直感的な考慮事項もあります。 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の知識を持たない、同じ切り捨て長のHMAC-SHA1よりもはや安全であることは明らかではないが、この時点でそれを注意することが重要ですキー。このような場合には、敵が切り捨て後に残るビットのみを予測する必要があるためです。両方の場合において、出力の長さは（128ビット）が同じであるため、正しく値を推測する敵対者のオッズは、いずれの場合にも同様である：2 ^ 128 1。私たちはHMACキーを想定した場合、再び、その後、アルゴリズムの一つで唯一のバイアスが一方から他方を区別するだろう、攻撃者にとっては未知のまま。現在、そのようなバイアスは、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 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.

一方、攻撃者は、HMACキーを推測に焦点を当てた、と私たちはPRFのとして見たときにハッシュアルゴリズムが区別できないと仮定されている場合は、HMACキーの長さは、原証券の直接測定を提供します：長いキー、難しくは推測することです。 HMAC-SHA-256 +のアルゴリズムHMAC-SHA1-96よりもこの点でより多くのセキュリティを提供する - これは、受動的HMACキーで攻撃、サイズの問題に関してことを意味します。

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:

このドキュメントは、IANAは、次のIKEハッシュアルゴリズムの属性の割り当てを行っていることに注意する以外にIKEフェーズ1つのネゴシエーションのためのSHA256 +を使用するための規則を指定しません。

SHA2-256: 4

Haekht：4

SHA2-384: 5

希望-384：X

SHA2-512: 6

-512希望：私は

For IKE Phase 2 negotiations, IANA has assigned the following authentication algorithm identifiers:

IKEフェーズ2つのネゴシエーションのために、IANAは、次の認証アルゴリズム識別子が割り当てられています：

HMAC-SHA2-256: 5

Hmkhiikht：X

HMAC-SHA2-384: 6

HMAS-SHA -384：I

HMAC-SHA2-512: 7

HMAS-SHA -512：H

For use of HMAC-SHA-256+ as a PRF in IKEv2, IANA has assigned the following IKEv2 Pseudo-random function (type 2) transform identifiers:

HMAC-SHA-256 +のIKEv2におけるPRFとしての使用のために、IANAは、次のIKEv2擬似ランダム関数（タイプ2）が割り当てられた識別子を変換します。

PRF_HMAC_SHA2_256 5

Parvhmkhiikht X

PRF_HMAC_SHA2_384 6

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、ESPまたはAHのデータ発信元認証および完全性検証のための+アルゴリズムの使用のために、IANAは、以下のIKEv2整合性（タイプ3）を割り当てられた識別子を変換します。

AUTH_HMAC_SHA2_256_128 12

AUTH_HMAC_SHA2_384_192 13

AUTH_HMAC_SHA2_512_256 14

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]から借用しました。このドキュメントの初期のリビジョンのコメントや推奨事項については、ヒューゴKrawczykのおかげで、さまざまなセキュリティ関連のコメントおよび推奨事項についても、ラスHousleyとスティーブBellovin氏に感謝。

6. References

6.参照

6.1. Normative References

6.1. 引用規格

[AH] Kent, S., "IP Authentication Header", RFC 4302, December 2005.

[AH]ケント、S.、 "IP認証ヘッダー"、RFC 4302、2005年12月。

[ARCH] Kent, S. and K. Seo, "Security Architecture for the Internet Protocol", RFC 4301, December 2005.

[ARCH]ケント、S.とK. Seo、 "インターネットプロトコルのためのセキュリティアーキテクチャ"、RFC 4301、2005年12月。

[ESP] Kent, S., "IP Encapsulating Security Payload (ESP)", RFC 4303, December 2005.

[ESP]ケント、S.、 "IPカプセル化セキュリティペイロード（ESP）"、RFC 4303、2005年12月。

[HMAC] Krawczyk, H., Bellare, M., and R. Canetti, "HMAC: Keyed-Hashing for Message Authentication", RFC 2104, February 1997.

[HMAC] Krawczyk、H.、ベラー、M.、およびR.カネッティ、 "HMAC：メッセージ認証のための鍵付きハッシュ化"、RFC 2104、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.グレン、 "ESPおよびAH内HMAC-SHA-1-96の使用"、RFC 2404、1998年11月。

[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-TEST] Nystrom、M.、 "識別子とHMAC-SHA-224、HMAC-SHA-256、HMAC-SHA-384、およびHMAC-SHA-512のテストベクター"、RFC 4231、2005年12月。

[IKE] Harkins, D. and D. Carrel, "The Internet Key Exchange (IKE)", RFC 2409, November 1998.

[IKE]ハーキンとD.とD.カレル、 "インターネットキー交換（IKE）"、RFC 2409、1998年11月。

[IKEv2] Kaufman, C., "Internet Key Exchange (IKEv2) Protocol", RFC 4306, December 2005.

[IKEv2の]カウフマン、C.、 "インターネットキーエクスチェンジ（IKEv2の）プロトコル"、RFC 4306、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 PUB 180-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）"、RFC 4634、2006年7月。

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>.

【SHA2-2] NIST、 "SHA-256、SHA-384およびSHA-512の説明"、2001年5月、<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クロスマンアベニューサニーベール、CA 94089米国

EMail: scott@hyperthought.com

メールアドレス：scott@hyperthought.com

Sheila Frankel NIST Bldg. 222 Room B264 Gaithersburg, MD 20899 US

シーラ・フランケルNISTビル。 222ルームB264ゲーサーズバーグ、MD 20899米国

EMail: sheila.frankel@nist.gov

メールアドレス：sheila.frankel@nist.gov

Full Copyright Statement

完全な著作権声明

著作権（C）IETFトラスト（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.

この文書では、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, 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.

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

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 currently provided by the Internet Society.

RFC Editor機能のための基金は現在、インターネット協会によって提供されます。

RFC 4868 - Using HMAC-SHA-256, HMAC-SHA-384, and HMAC-SHA-512 with IPsec 日本語訳

1. Introduction

1. はじめに

2. The HMAC-SHA-256+ Algorithms

2. HMAC-SHA-256 +アルゴリズム

2.1. Keying Material

2.1. 鍵材料

2.1.1. Data Origin Authentication and Integrity Verification Usage

2.1.1. データ発信元認証および整合性検証の使用

2.1.2. Pseudo-Random Function (PRF) Usage

2.1.2. 擬似ランダム関数（PRF）使用法

2.1.3. Randomness and Key Strength

2.1.3. ランダム性と強み

2.1.4. Key Distribution

2.1.4. キー配布

2.1.5. Refreshing Keys

2.1.5. さわやかキー

2.2. Padding

2.2. パディング

2.3. Truncation

2.3. 切り捨て

2.4. Using HMAC-SHA-256+ as PRFs in IKE and IKEv2

2.4. IKE及びIKEv2の中のPRFとしてHMAC-SHA-256 +を使用して

2.5. Interactions with the ESP, IKE, or IKEv2 Cipher Mechanisms

2.5. ESP、IKE、またはIKEv2の暗号メカニズムとの相互作用

2.6. HMAC-SHA-256+ Parameter Summary

2.6. HMAC-SHA-256 +パラメータの概要

2.7. Test Vectors

2.7. テストベクトル

2.7.1. PRF Test Vectors

2.7.1. PRFテストベクトル

2.7.2. Authenticator Test Vectors

2.7.2. オーセンティケータテストベクトル

2.7.2.1. SHA256 Authentication Test Vectors

2.7.2.1。 SHA256認証テストベクトル

2.7.2.2. SHA384 Authentication Test Vectors

2.7.2.2。 SHA3​​84認証テストベクトル

2.7.2.3. SHA512 Authentication Test Vectors

2.7.2.3。 SHA512認証テストベクトル

3. Security Considerations

3.セキュリティの考慮事項

3.1. HMAC Key Length vs Truncation Length

3.1. トランケーションの長さ対HMACキーの長さ

4. IANA Considerations

4. IANAの考慮事項

5. Acknowledgements

5.謝辞

6. References

6.参照

6.1. Normative References

6.1. 引用規格

6.2. Informative References

6.2. 参考文献

2.7.2.2。 SHA384認証テストベクトル