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

原文URL : https://datatracker.ietf.org/doc/html/rfc4868
タイトル : RFC 4868 - IPSECでHMAC-SHA-256、HMAC-SHA-384、およびHMAC-SHA-512を使用します
翻訳編集 : 自動生成

[要約] RFC 4868は、IPsecでHMAC-SHA-256、HMAC-SHA-384、およびHMAC-SHA-512を使用するためのガイドラインです。目的は、より強力なセキュリティを提供するために、これらのハッシュ関数をIPsecに統合する方法を示すことです。

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

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.

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

著作権表示

著作権（c）The IETF Trust（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）の使用について説明します。これらのアルゴリズムは、認証ヘッダー（AH）、セキュリティペイロードのカプセル化（ESP）、インターネットキーエクスチェンジプロトコル（IKE）、およびIKEV2プロトコルのデータオリジン認証と整合性検証メカニズムの基礎として使用できます。（PRFS）IKEおよびIKEV2の場合。切り捨てられた出力長は、認証関連のバリアントに指定されており、対応するアルゴリズムは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.

このドキュメントは、IPSEC AH [AH]、ESP [ESP]のデータ起源認証と整合性検証メカニズムとして、HMAC [HMAC]と組み合わせたSHA-256、SHA-384、およびSHA-512 [SHA2-1]の使用を指定しています。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.

[SHA2-1]および[SHA2-2]は、基礎となるSHA-256、SHA-384、およびSHA-512アルゴリズムを説明し、[HMAC]はHMACアルゴリズムを説明しています。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 case of PRFs, key lengths are variable, but guidance is given to ensure interoperability. These distinctions are described further below.

キーイング材料の要件は、アルゴリズムがPRFとして機能しているか、認証/整合性メカニズムとして機能しているかによって異なります。認証/整合性の場合、使用中のアルゴリズムの出力長に応じてキーの長さが固定されます。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.

これらの主要な長さの制限は、[HMAC]の推奨事項に一部基づいています（出力の長さよりも少ないキーの長さはセキュリティ強度を低下させ、出力の長さよりも長いキーはセキュリティ強度を大幅に増加させません）。IPSEC Authenticator関数の場合、相互運用性の問題が発生します。

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とキーサイズが可変の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.

[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]で述べたように、「...定期的なキーリフレッシュは、関数とキーの潜在的な弱点に役立ち、露出したキーの損傷を制限する基本的なセキュリティ慣行です」。

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の攻撃に関する特定のアプリケーションの特定の脅威モデルと現在のART最新モデルとともに、これらのポイントを採用することが重要です。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-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-BIT値を生成します。NNNは、HMAC-Sha-NNNなどのアルゴリズムの出力ビット長に対応します。[HMAC]で説明されているように、このNNN-BIT値を認証器として使用するために使用できます。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-BIT値全体が計算され、最初の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値の切り捨てに起因する潜在的なセキュリティ利益について説明し、一般に、HMACユーザーがMACトランケーションを実行することを奨励しています。IPSECのコンテキストでは、NNN/2ビットの切り捨て長が選択されています。これは、HMAC-Sha-256アルゴリズムのそれぞれに拘束された誕生日攻撃に対応し、同時に使用したワイヤーの追加ビットを最小限に抑えるのに役立つのに役立ちます。この施設の。

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

2.4. IKEおよびIKEV2のPRFSとして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：key = 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：key = 4a656665（ "jefe"）

Data = 7768617420646f2079612077616e7420 ("what do ya want ") 666f72206e6f7468696e673f ("for nothing?")

データ= 7768617420646F207961207616E7420（ "何が欲しいのか"）666F72206E6F7468696E673F（ "for" nothing？ "））

   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：キーAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA（20バイト）

Data = dddddddddddddddddddddddddddddddd dddddddddddddddddddddddddddddddd dddddddddddddddddddddddddddddddd dddd (50 bytes)

   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：key = 0102030405060708090A0B0C0D0E0F10 111213141516171819（25バイト）

Data = cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcd (50 bytes)

データ= cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd

   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)

Data = 54657374205573696e67204c61726765 ("Test Using Large") 72205468616e20426c6f636b2d53697a ("r Than Block-Siz") 65204b6579202d2048617368204b6579 ("e Key - Hash Key") 204669727374 (" First")

データ= 54657374205573696E67204C61726765（ "大型を使用したテスト"）72205468616E20426C6F636B2D5369A（ "r than block -siz"）65204B6579202D2044861736820652 "e fikedh 7374（ "First"）

   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)

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（ "sing a reard th"）616E20626C63636B2D73697A65206B265（ 42061206C61726765722074（ "y and a varge t"）68616e20626c6f636b2d73697a652064（ "han block-size d"）6174612E20546865206B6579206E6565（ "Ata。TheKey Nee"）647320746F2062652068617368656420（ "ds to hashed"）6265666F726520626569626565（fene euse ued feen 92074686520484D414320616C（ "d by the hmac al"）676f726974686d2e（ "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. Authenticatorテストベクトル

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：key = 0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b0b（32 bytes）

Data = 4869205468657265 ("Hi There")

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

   PRF-HMAC-SHA-256 = 198a607eb44bfbc69903a0f1cf2bbdc5
                      ba0aa3f3d9ae3c1c7a3b1696a0b68cf7

   HMAC-SHA-256-128 = 198a607eb44bfbc69903a0f1cf2bbdc5

Test Case AUTH256-2: Key = 4a6566654a6566654a6566654a656665 ("JefeJefeJefeJefe") 4a6566654a6566654a6566654a656665 ("JefeJefeJefeJefe")

テストケースAuth256-2：Key = 4A656654A6566654A6566654A656665（ "Jefejefejefejefe"）4A6566654A6566654A6566654A65665（ "Jefejefejefejefe"

Data = 7768617420646f2079612077616e7420 ("what do ya want ") 666f72206e6f7468696e673f ("for nothing?")

データ= 7768617420646F207961207616E7420（ "何が欲しいのか"）666F72206E6F7468696E673F（ "for" nothing？ "））

   PRF-HMAC-SHA-256 = 167f928588c5cc2eef8e3093caa0e87c
                      9ff566a14794aa61648d81621a2a40c6

   HMAC-SHA-256-128 = 167f928588c5cc2eef8e3093caa0e87c

Test Case AUTH256-3: Key = aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa (32 bytes)

Data = dddddddddddddddddddddddddddddddd dddddddddddddddddddddddddddddddd dddddddddddddddddddddddddddddddd dddd (50 bytes)

   PRF-HMAC-SHA-256 = cdcb1220d1ecccea91e53aba3092f962
                      e549fe6ce9ed7fdc43191fbde45c30b0

HMAC-SHA-256-128 = cdcb1220d1ecccea91e53aba3092f962 Test Case AUTH256-4: Key = 0102030405060708090a0b0c0d0e0f10 1112131415161718191a1b1c1d1e1f20 (32 bytes)

HMAC-SHA-256-128 = CDCB1220D1ECCCEA91E53ABA3092F962 TEST CASE AUTH256-4：KEY = 010203040506070809090A0CC0D0E0F10 1112131141516171818191A1B1C1D1E1F20（3220）

Data = cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcd (50 bytes)

データ= cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd

   PRF-HMAC-SHA-256 = 372efcf9b40b35c2115b1346903d2ef4
                      2fced46f0846e7257bb156d3d7b30d3f

   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：Key = 0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0B0BS（48B0B0BS）

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：Key = 4A6566654A6566654A6566654A656665（ "Jefejefejefejefe"）4A6566654A65666654A6566654A6566565（Jefejefejefejefe "）4a A6566654A656665（ "Jefejefejefejefe"）

Data = 7768617420646f2079612077616e7420 ("what do ya want ") 666f72206e6f7468696e673f ("for nothing?")

データ= 7768617420646F207961207616E7420（ "何が欲しいのか"）666F72206E6F7468696E673F（ "for" nothing？ "））

   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)

Data = dddddddddddddddddddddddddddddddd dddddddddddddddddddddddddddddddd dddddddddddddddddddddddddddddddd dddd (50 bytes)

   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：Key = 0102030405060708090A0B0C0D0E0F10 1112131415151617181918191919191919191919191919191919191919191919191919191919191919191919191817171819（48 BYTES）

Data = cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcd (50 bytes)

データ= cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd

   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)

Data = 4869205468657265 ("Hi There")

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

   PRF-HMAC-SHA-512 = 637edc6e01dce7e6742a99451aae82df
                      23da3e92439e590e43e761b33e910fb8
                      ac2878ebd5803f6f0b61dbce5e251ff8
                      789a4722c1be65aea45fd464e89f8f5b

   HMAC-SHA-512-256 = 637edc6e01dce7e6742a99451aae82df
                      23da3e92439e590e43e761b33e910fb8

Test Case AUTH512-2: Key = 4a6566654a6566654a6566654a656665 ("JefeJefeJefeJefe") 4a6566654a6566654a6566654a656665 ("JefeJefeJefeJefe") 4a6566654a6566654a6566654a656665 ("JefeJefeJefeJefe") 4a6566654a6566654a6566654a656665 ("JefeJefeJefeJefe")

ケースAUTH512-2をテストします：Key = 4A6566654A6566654A65666654A656665（ "Jefejefejefejefe"）4A6566654A65666654A6566654A656665（Jefejefejefejefe "）4a A6566654A65665（ "Jefejefejefejefe"）4A6566654A6566654A65666654A656665（ "Jefejefejefejefe"）

Data = 7768617420646f2079612077616e7420 ("what do ya want ") 666f72206e6f7468696e673f ("for nothing?")

データ= 7768617420646F207961207616E7420（ "何が欲しいのか"）666F72206E6F7468696E673F（ "for" nothing？ "））

   PRF-HMAC-SHA-512 = cb370917ae8a7ce28cfd1d8f4705d614
                      1c173b2a9362c15df235dfb251b15454
                      6aa334ae9fb9afc2184932d8695e397b
                      fa0ffb93466cfcceaae38c833b7dba38

   HMAC-SHA-512-256 = cb370917ae8a7ce28cfd1d8f4705d614
                      1c173b2a9362c15df235dfb251b15454

Test Case AUTH512-3: Key = aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa (64 bytes)

Data = dddddddddddddddddddddddddddddddd dddddddddddddddddddddddddddddddd dddddddddddddddddddddddddddddddd dddd (50 bytes)

   PRF-HMAC-SHA-512 = 2ee7acd783624ca9398710f3ee05ae41
                      b9f9b0510c87e49e586cc9bf961733d8
                      623c7b55cebefccf02d5581acc1c9d5f
                      b1ff68a1de45509fbe4da9a433922655

   HMAC-SHA-512-256 = 2ee7acd783624ca9398710f3ee05ae41
                      b9f9b0510c87e49e586cc9bf961733d8

Test Case AUTH512-4: Key = 0a0b0c0d0e0f10111213141516171819 0102030405060708090a0b0c0d0e0f10 1112131415161718191a1b1c1d1e1f20 2122232425262728292a2b2c2d2e2f30 3132333435363738393a3b3c3d3e3f40 (64 bytes)

テストケースAUTH512-4：Key = 0A0B0C0D0E0F101111213141516171819 01020303040506070809090A0A0B0C0D0E0F10 2E2F30 31323333435363738393A3B3C3D3E3F40（64バイト）

Data = cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd cdcd (50 bytes)

データ= cdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcdcd

   PRF-HMAC-SHA-512 = 5e6688e5a3daec826ca32eaea224eff5
                      e700628947470e13ad01302561bab108
                      b8c48cbc6b807dcfbd850521a685babc
                      7eae4a2a2e660dc0e86b931d65503fd2

   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アルゴリズムによって提供されるセキュリティレベルには重要な違いがありますが、やや直感に反する考慮事項もあります。これらのアルゴリズムのセキュリティを評価する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ビットの出力の長さへの切り捨てを定義します。この時点で、敵がHMACの知識がないと仮定して、同じ切り捨て長のHMAC-SHA-256が同じ切り捨て長を持つHMAC-SHA1よりも安全であることは明らかではないことに注意することが重要です。鍵。これは、そのような場合、敵は切り捨て後に残っているビットのみを予測しなければならないためです。どちらの場合も、その出力長は同じ（128ビット）であるため、値を正しく推測する敵の確率もどちらの場合でも同じです：1 in 2^128。繰り返しますが、HMACキーが攻撃者には知られていないと仮定した場合、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 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キーへのパッシブ攻撃に関して、サイズが重要であることを意味し、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フェーズ1交渉に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フェーズ2の交渉では、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は次のIKEV2擬似ランダム関数（タイプ2）変換識別子を割り当てました。

PRF_HMAC_SHA2_256 5

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:

IKEV2、ESP、またはAHでのデータ起源認証と整合性の検証にHMAC-SHA-256アルゴリズムを使用するために、IANAは次のIKEV2整合性（タイプ3）変換識別子を割り当てました。

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

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]からab然と借用されました。この文書の早期改訂に関するコメントと推奨事項については、Hugo Krawczykに感謝します。また、さまざまなセキュリティ関連のコメントと推奨事項については、Russ HousleyとSteve Bellovinにも感謝します。

6. References

6. 参考文献

6.1. Normative References

6.1. 引用文献

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

[AH] Kent、S。、「IP認証ヘッダー」、RFC 4302、2005年12月。

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

[Arch] Kent、S。およびK. Seo、「インターネットプロトコルのセキュリティアーキテクチャ」、RFC 4301、2005年12月。

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

[ESP] Kent、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.、Bellare、M。、およびR. Canetti、「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] Madsen、C。およびR. Glenn、「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] Harkins、D。およびD. Carrel、「The Internet Key Exchange（IKE）」、RFC 2409、1998年11月。

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

[IKEV2] Kaufman、C。、「Internet Key Exchange（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 'Secure Hash Standardの仕様'"、2004 Feb、<http://csrc.nist.gov/ Publications/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] Eastlake、D。and T. Hansen、「Us Secure Hashアルゴリズム（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

Scott G. Kelly Aruba Networks 1322 Crossman Ave Sunnyvale、CA 94089 US

   EMail: scott@hyperthought.com

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

シーラ・フランケル・ニスト・ビルド。222ルームB264 Gaithersburg、MD 20899 US

   EMail: sheila.frankel@nist.gov

Full Copyright Statement

完全な著作権声明

著作権（c）The IETF Trust（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.

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.

IETF事務局に行われたIPR開示のコピーと、利用可能にするライセンスの保証、またはこの仕様の実装者またはユーザーによるそのような独自の権利の使用のための一般的なライセンスまたは許可を取得するための試みの結果を取得できます。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エディター機能の資金は現在、インターネット協会によって提供されています。