[要約] 要約： RFC 8121は、HTTPの相互認証プロトコルに関するものであり、KAM3に基づく暗号アルゴリズムを提供しています。目的： このRFCの目的は、HTTP通信における相互認証のセキュリティを向上させるために、KAM3を使用した暗号アルゴリズムを定義することです。
Internet Engineering Task Force (IETF) Y. Oiwa
Request for Comments: 8121 H. Watanabe
Category: Experimental H. Takagi
ISSN: 2070-1721 ITRI, AIST
K. Maeda
Individual Contributor
T. Hayashi
Lepidum
Y. Ioku
Individual Contributor
April 2017
Mutual Authentication Protocol for HTTP: Cryptographic Algorithms Based on the Key Agreement Mechanism 3 (KAM3)
HTTPの相互認証プロトコル：鍵合意メカニズム3（KAM3）に基づく暗号化アルゴリズム
Abstract
概要
This document specifies cryptographic algorithms for use with the Mutual user authentication method for the Hypertext Transfer Protocol (HTTP).
このドキュメントでは、ハイパーテキスト転送プロトコル（HTTP）の相互ユーザー認証方法で使用する暗号化アルゴリズムを指定します。
Status of This Memo
本文書の状態
This document is not an Internet Standards Track specification; it is published for examination, experimental implementation, and evaluation.
このドキュメントはInternet Standards Trackの仕様ではありません。試験、実験、評価のために公開されています。
This document defines an Experimental Protocol for the Internet community. This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Not all documents approved by the IESG are a candidate for any level of Internet Standard; see Section 2 of RFC 7841.
このドキュメントでは、インターネットコミュニティの実験プロトコルを定義します。このドキュメントは、IETF（Internet Engineering Task Force）の製品です。これは、IETFコミュニティのコンセンサスを表しています。公開レビューを受け、インターネットエンジニアリングステアリンググループ（IESG）による公開が承認されました。 IESGによって承認されたすべてのドキュメントが、あらゆるレベルのインターネット標準の候補になるわけではありません。 RFC 7841のセクション2をご覧ください。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc8121.
このドキュメントの現在のステータス、エラータ、およびフィードバックの提供方法に関する情報は、http：//www.rfc-editor.org/info/rfc8121で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2017 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2017 IETF Trustおよびドキュメントの作成者として識別された人物。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
この文書は、BCP 78およびこの文書の発行日に有効なIETF文書に関するIETFトラストの法的規定（http://trustee.ietf.org/license-info）の対象となります。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、Trust Legal Provisionsのセクション4.eに記載されているSimplified BSD Licenseのテキストが含まれている必要があり、Simplified BSD Licenseに記載されているように保証なしで提供されます。
Table of Contents
目次
1. Introduction ....................................................2
1.1. Terminology ................................................3
2. Cryptographic Overview (Non-normative) ..........................3
3. Authentication Algorithms .......................................4
3.1. Support Functions and Notations ............................5
3.2. Functions for Discrete-Logarithm Settings ..................6
3.3. Functions for Elliptic-Curve Settings ......................7
4. IANA Considerations .............................................9
5. Security Considerations .........................................9
5.1. General Implementation Considerations ......................9
5.2. Cryptographic Assumptions and Considerations ..............10
6. References .....................................................11
6.1. Normative References ......................................11
6.2. Informative References ....................................12
Appendix A. (Informative) Group Parameters for Algorithms Based
on the Discrete Logarithm .............................13
Appendix B. (Informative) Derived Numerical Values ................16
Authors' Addresses ................................................17
This document specifies algorithms for use with the Mutual authentication protocol for the Hypertext Transfer Protocol (HTTP) [RFC8120] (hereafter referred to as the "core specification"). The algorithms are based on augmented password-based authenticated key exchange (augmented PAKE) techniques. In particular, it uses one of three key exchange algorithms defined in ISO 11770-4 ("Information technology - Security techniques - Key management - Part 4: Mechanisms based on weak secrets") [ISO.11770-4.2006] as its basis.
このドキュメントでは、Hypertext Transfer Protocol（HTTP）[RFC8120]の相互認証プロトコルで使用するアルゴリズムを指定します（以下、「コア仕様」と呼びます）。アルゴリズムは、拡張パスワードベースの認証済みキー交換（拡張PAKE）技術に基づいています。特に、ISO 11770-4で定義されている3つの鍵交換アルゴリズムの1つ（「情報技術-セキュリティ技術-鍵管理-パート4：弱い秘密に基づくメカニズム」）[ISO.11770-4.2006]を基礎として使用します。
To briefly summarize, the Mutual authentication protocol exchanges four values -- K_c1, K_s1, VK_c, and VK_s -- to perform authenticated key exchanges, using the password-derived secret pi and its "augmented version" J(pi). This document defines the set of functions K_c1, K_s1, and J for a specific algorithm family.
簡単にまとめると、相互認証プロトコルは4つの値（K_c1、K_s1、VK_c、およびVK_s）を交換して、パスワードから派生した秘密のpiとその「拡張バージョン」J（pi）を使用して認証済みの鍵交換を実行します。このドキュメントでは、特定のアルゴリズムファミリーの関数セットK_c1、K_s1、Jを定義しています。
Please note that from the point of view of literature related to cryptography, the original functionality of augmented PAKE is separated into the functions K_c1 and K_s1 as defined in this document, and the functions VK_c and VK_s, which are defined in Section 12.2 of [RFC8120] as "default functions". For the purpose of security analysis, please also refer to these functions.
暗号化に関連する文献の観点から、拡張PAKEの元の機能は、このドキュメントで定義されている関数K_c1およびK_s1と、[RFC8120のセクション12.2で定義されている関数VK_cおよびVK_sに分かれています。 ]「デフォルト関数」として。セキュリティ分析の目的で、これらの関数も参照してください。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].
キーワード「MUST」、「MUST NOT」、「REQUIRED」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「NOT RECOMMENDED」、「MAY」、「OPTIONALこの文書の "は、[RFC2119]で説明されているように解釈されます。
The term "natural numbers" refers to non-negative integers (including zero) throughout this document.
「自然数」という用語は、このドキュメント全体で負でない整数（ゼロを含む）を指します。
This document treats both the input (domain) and the output (codomain) of hash functions as octet strings. When a natural-number output of hash function H is required, it will be notated, for example, as INT(H(s)).
このドキュメントでは、ハッシュ関数の入力（ドメイン）と出力（コドメイン）の両方をオクテット文字列として扱います。ハッシュ関数Hの自然数出力が必要な場合、例えば、INT（H（s））と表記されます。
The cryptographic primitive used in this algorithm specification is based on a variant of augmented PAKE called "APKAS-AMP" (augmented password-authenticated key agreement scheme, version AMP), proposed by T. Kwon and originally submitted to [IEEE-1363.2_2008]. The general flow of the successful exchange is shown below for informative purposes only. The multiplicative notations are used for group operators, and all modulus operations for finite groups (mod q and mod r) are omitted.
このアルゴリズム仕様で使用される暗号プリミティブは、T。Kwonによって提案され、最初に[IEEE-1363.2_2008]に提出された、「APKAS-AMP」（拡張パスワード認証鍵合意スキーム、バージョンAMP）と呼ばれる拡張PAKEのバリアントに基づいています。 。交換が成功する一般的なフローは、情報提供のみを目的として以下に示されています。乗法表記はグループ演算子に使用され、有限グループ（mod qおよびmod r）のすべての係数演算は省略されます。
C: S_c1 = random
C: K_c1 = g^(S_c1)
----- ID, K_c1 ----->
C: t_1 = H1(K_c1) S: t_1 = H1(K_c1)
S: fetch J = g^pi by ID
S: S_s1 = random
S: K_s1 = (J * K_c1^(t_1))^(S_s1)
<----- K_s1 -----
C: t_2 = H2(K_c1, K_s1) S: t_2 = H2(K_c1, K_s1)
C: z = K_s1^((S_c1 + t_2) / (S_c1 * t_1 + pi))
S: z' = (K_c1 * g^(t_2))^(S_s1)
(assumption at this point: z = z' if authentication succeeded)
C: VK_c = H4(K_c1, K_s1, z) S: VK_c' = H4(K_c1, K_s1, z')
----- VK_c ------->
S: assert(VK_c = VK_c')
C: VK_s' = H3(K_c1, K_s1, z) S: VK_s = H3(K_c1, K_s1, z')
<----- VK_s ------
C: assert(VK_s = VK_s')
Note that the concrete (binary) message formats (mapping to HTTP messages), as well as the formal definitions of equations for the latter two messages, are defined in the core specification [RFC8120]. The formal definitions for values corresponding to the first two messages are defined in the following sections.
具体的な（バイナリ）メッセージ形式（HTTPメッセージへのマッピング）と、後者の2つのメッセージの方程式の正式な定義は、コア仕様[RFC8120]で定義されていることに注意してください。最初の2つのメッセージに対応する値の正式な定義は、次のセクションで定義されます。
This document specifies one family of algorithms based on APKAS-AMP, to be used with [RFC8120]. This family consists of four authentication algorithms, which differ only in their underlying mathematical groups and security parameters. These algorithms do not add any additional parameters. The tokens for these algorithms are as follows:
このドキュメントは、[RFC8120]で使用されるAPKAS-AMPに基づくアルゴリズムの1つのファミリを指定します。このファミリは、4つの認証アルゴリズムで構成されています。これらのアルゴリズムは、基礎となる数学グループとセキュリティパラメータのみが異なります。これらのアルゴリズムは、追加のパラメーターを追加しません。これらのアルゴリズムのトークンは次のとおりです。
o iso-kam3-dl-2048-sha256: for the 2048-bit discrete-logarithm setting with the SHA-256 hash function.
o iso-kam3-dl-2048-sha256：SHA-256ハッシュ関数を使用した2048ビットの離散対数設定用。
o iso-kam3-dl-4096-sha512: for the 4096-bit discrete-logarithm setting with the SHA-512 hash function.
o iso-kam3-dl-4096-sha512：SHA-512ハッシュ関数を使用した4096ビットの離散対数設定用。
o iso-kam3-ec-p256-sha256: for the 256-bit prime-field elliptic-curve setting with the SHA-256 hash function.
o iso-kam3-ec-p256-sha256：SHA-256ハッシュ関数を使用した256ビットの素数フィールドの楕円曲線設定用。
o iso-kam3-ec-p521-sha512: for the 521-bit prime-field elliptic-curve setting with the SHA-512 hash function.
o iso-kam3-ec-p521-sha512：SHA-512ハッシュ関数を使用した521ビットの素数フィールド楕円曲線設定用。
For discrete-logarithm settings, the underlying groups are the 2048-bit and 4096-bit Modular Exponential (MODP) groups defined in [RFC3526]. See Appendix A for the exact specifications for the groups and associated parameters. Hash function H is SHA-256 for the 2048-bit group and SHA-512 for the 4096-bit group, respectively, as defined in FIPS PUB 180-4 [FIPS.180-4.2015]. The hash iteration count nIterPi is 16384. The representation of the parameters "kc1", "ks1", "vkc", and "vks" is base64-fixed-number.
離散対数設定の場合、基になるグループは、[RFC3526]で定義されている2048ビットおよび4096ビットのModular Exponential（MODP）グループです。グループと関連パラメータの正確な仕様については、付録Aを参照してください。ハッシュ関数Hは、FIPS PUB 180-4 [FIPS.180-4.2015]で定義されているように、それぞれ2048ビットグループのSHA-256および4096ビットグループのSHA-512です。ハッシュ反復数nIterPiは16384です。パラメーター "kc1"、 "ks1"、 "vkc"、および "vks"の表現はbase64固定数です。
For the elliptic-curve settings, the underlying groups are the elliptic curves over the prime fields P-256 and P-521, respectively, as specified in Appendix D.1.2 of the FIPS PUB 186-4 [FIPS.186-4.2013] specification. Hash function H is SHA-256 for the P-256 curve and SHA-512 for the P-521 curve, respectively. Cofactors of these curves are 1. The hash iteration count nIterPi is 16384. The representation of the parameters "kc1", "ks1", "vkc", and "vks" is hex-fixed-number.
楕円曲線設定の場合、基になるグループは、FIPS PUB 186-4 [FIPS.186-4.2013]仕様の付録D.1.2で指定されているように、それぞれ素体P-256およびP-521上の楕円曲線です。 。ハッシュ関数Hは、P-256曲線のSHA-256とP-521曲線のSHA-512です。これらの曲線の補因子は1です。ハッシュ反復カウントnIterPiは16384です。パラメーター「kc1」、「ks1」、「vkc」、および「vks」の表現は、16進数の固定数です。
Note: This algorithm is based on the Key Agreement Mechanism 3 (KAM3) as defined in Section 6.3 of ISO/IEC 11770-4 [ISO.11770-4.2006], with a few modifications/improvements. However, implementers should consider this document as normative, because several minor details of the algorithm have changed and major improvements have been made.
注：このアルゴリズムは、ISO / IEC 11770-4 [ISO.11770-4.2006]のセクション6.3で定義されているKey Agreement Mechanism 3（KAM3）に基づいており、いくつかの変更/改善が行われています。ただし、アルゴリズムのいくつかのマイナーな詳細が変更され、大幅な改善が行われたため、実装者はこのドキュメントを規範的であると考える必要があります。
The algorithm definitions use the support functions and notations defined below.
アルゴリズムの定義では、以下に定義するサポート関数と表記法を使用します。
Decimal notations are used for integers in this specification by default. Integers in hexadecimal notations are prefixed with "0x".
この仕様では、整数にはデフォルトで10進表記が使用されます。 16進表記の整数には、先頭に「0x」が付けられます。
In this document, the octet(), OCTETS(), and INT() functions are used as defined in the core specification [RFC8120].
このドキュメントでは、octet()、OCTETS()、およびINT()関数は、コア仕様[RFC8120]の定義に従って使用されています。
Note: The definition of OCTETS() is different from the function GE2OS_x in the original ISO specification; GE2OS_x takes the shortest representation without preceding zeros.
注：OCTETS()の定義は、元のISO仕様の関数GE2OS_xとは異なります。 GE2OS_xは、先行ゼロなしで最短の表現を取ります。
All of the algorithms defined in this specification use the default functions defined in Section 12.2 of [RFC8120] for computing the values pi, VK_c, and VK_s.
この仕様で定義されているアルゴリズムはすべて、[RFC8120]のセクション12.2で定義されているデフォルトの関数を使用して、pi、VK_c、VK_sの値を計算します。
In this section, an equation (x / y mod z) denotes a natural number w less than z that satisfies (w * y) mod z = x mod z.
このセクションでは、方程式（x / y mod z）は、（w * y）mod z = x mod zを満たすzより小さい自然数wを示します。
For the discrete logarithm, we refer to some of the domain parameters by using the following symbols:
離散対数については、次の記号を使用してドメインパラメータの一部を参照します。
o q: for "the prime" defining the MODP group.
o q：MODPグループを定義する「プライム」の場合。
o g: for "the generator" associated with the group.
o g：グループに関連付けられた「ジェネレーター」。
o r: for the order of the subgroup generated by g.
o r：gによって生成されたサブグループの順序。
The function J is defined as
関数Jは次のように定義されます。
J(pi) = g^(pi) mod q
The value of K_c1 is derived as
K_c1の値は次のように導出されます
K_c1 = g^(S_c1) mod q
K_c1 = g ^（S_c1）mod q
where S_c1 is a random integer within the range [1, r-1] and r is the size of the subgroup generated by g. In addition, S_c1 MUST be larger than log(q)/log(g) (so that g^(S_c1) > q).
ここで、S_c1は[1、r-1]の範囲内のランダムな整数であり、rはgによって生成されたサブグループのサイズです。さらに、S_c1はlog（q）/ log（g）より大きくなければなりません（そのため、g ^（S_c1）> q）。
The server MUST check the condition 1 < K_c1 < q-1 upon reception.
サーバーは、受信時に条件1 <K_c1 <q-1を確認する必要があります。
Let an intermediate value t_1 be
中間値t_1を
t_1 = INT(H(octet(1) | OCTETS(K_c1)))
The value of K_s1 is derived from J(pi) and K_c1 as
K_s1の値は、J（pi）とK_c1から次のように導出されます。
K_s1 = (J(pi) * K_c1^(t_1))^(S_s1) mod q
where S_s1 is a random number within the range [1, r-1]. The value of K_s1 MUST satisfy 1 < K_s1 < q-1. If this condition is not held, the server MUST reject the exchange. The client MUST check this condition upon reception.
ここで、S_s1は[1、r-1]の範囲内の乱数です。 K_s1の値は、1 <K_s1 <q-1を満たす必要があります。この条件が満たされない場合、サーバーは交換を拒否する必要があります。クライアントは、受信時にこの状態を確認する必要があります。
Let an intermediate value t_2 be
中間値t_2を
t_2 = INT(H(octet(2) | OCTETS(K_c1) | OCTETS(K_s1)))
The value z on the client side is derived by the following equation:
クライアント側の値zは、次の方程式で導出されます。
z = K_s1^((S_c1 + t_2) / (S_c1 * t_1 + pi) mod r) mod q
The value z on the server side is derived by the following equation:
サーバー側の値zは、次の方程式で導出されます。
z = (K_c1 * g^(t_2))^(S_s1) mod q
(Note: The original ISO specification contained a message pair containing verification of value z along with the "transcript" of the protocol exchange. This functionality is contained in the functions VK_c and VK_s.)
（注：元のISO仕様には、値zの検証とプロトコル交換の「トランスクリプト」を含むメッセージペアが含まれていました。この機能は、関数VK_cおよびVK_sに含まれています。）
For the elliptic-curve settings, we refer to some of the domain parameters by the following symbols:
楕円曲線の設定については、次の記号でドメインパラメータの一部を参照しています。
o q: for the prime used to define the group.
o q：グループの定義に使用される素数。
o G: for the point defined with the underlying group called "the generator".
o G：「ジェネレーター」と呼ばれる基になるグループで定義されたポイント。
o h: for the cofactor of the group.
o h：グループの補因子。
o r: for the order of the subgroup generated by G.
o r：Gによって生成されたサブグループの次数。
The function P(p) converts a curve point p into an integer representing point p, by computing x * 2 + (y mod 2), where (x, y) are the coordinates of point p. P'(z) is the inverse of function P; that is, it converts an integer z to a point p that satisfies P(p) = z. If such p exists, it is uniquely defined. Otherwise, z does not represent a valid curve point.
関数P（p）は、x * 2 +（y mod 2）を計算することにより、曲線点pを点pを表す整数に変換します。ここで、（x、y）は点pの座標です。 P '（z）は関数Pの逆です。つまり、整数zをP（p）= zを満たす点pに変換します。そのようなpが存在する場合、それは一意に定義されます。そうでない場合、zは有効な曲線点を表しません。
The operator "+" indicates the elliptic-curve group operation, and the operation [x] * p denotes an integer-multiplication of point p: it calculates p + p + ... (x times) ... + p. See the literature on elliptic-curve cryptography for the exact algorithms used for those functions (e.g., Section 3 of [RFC6090]; however, note that [RFC6090] uses different notations). 0_E represents the infinity point. The equation (x / y mod z) denotes a natural number w less than z that satisfies (w * y) mod z = x mod z.
演算子「+」は楕円曲線グループ演算を示し、演算[x] * pは点pの整数乗算を示します。これは、p + p + ...（x倍）... + pを計算します。それらの関数に使用される正確なアルゴリズムについては、楕円曲線暗号に関する文献を参照してください（たとえば、[RFC6090]のセクション3。ただし、[RFC6090]は異なる表記法を使用していることに注意してください）。 0_Eは無限遠点を表します。式（x / y mod z）は、（w * y）mod z = x mod zを満たすzより小さい自然数wを示します。
The function J is defined as
関数Jは次のように定義されます。
J(pi) = [pi] * G
The value of K_c1 is derived as
K_c1の値は次のように導出されます
K_c1 = P(K_c1'), where K_c1' = [S_c1] * G
where S_c1 is a random number within the range [1, r-1]. The server MUST check that (1) the value of received K_c1 represents a valid curve point and (2) [h] * K_c1' is not equal to 0_E.
ここで、S_c1は[1、r-1]の範囲内の乱数です。サーバーは、（1）受信したK_c1の値が有効な曲線点を表していること、および（2）[h] * K_c1 'が0_Eに等しくないことを確認する必要があります。
Let an intermediate integer t_1 be
中間整数t_1を
t_1 = INT(H(octet(1) | OCTETS(K_c1)))
The value of K_s1 is derived from J(pi) and K_c1' = P'(K_c1) as
K_s1 = P([S_s1] * (J(pi) + [t_1] * K_c1'))
where S_s1 is a random number within the range [1, r-1]. The value of K_s1 MUST represent a valid curve point and satisfy [h] * P'(K_s1) <> 0_E. If this condition is not satisfied, the server MUST reject the exchange. The client MUST check this condition upon reception.
ここで、S_s1は[1、r-1]の範囲内の乱数です。 K_s1の値は、有効な曲線点を表し、[h] * P '（K_s1）<> 0_Eを満たす必要があります。この条件が満たされない場合、サーバーは交換を拒否する必要があります。クライアントは、受信時にこの状態を確認する必要があります。
Let an intermediate integer t_2 be
中間整数t_2を
t_2 = INT(H(octet(2) | OCTETS(K_c1) | OCTETS(K_s1)))
The value z on the client side is derived by the following equation:
クライアント側の値zは、次の方程式で導出されます。
z = P([(S_c1 + t_2) / (S_c1 * t_1 + pi) mod r] * P'(K_s1))
The value z on the server side is derived by the following equation:
サーバー側の値zは、次の方程式で導出されます。
z = P([S_s1] * (P'(K_c1) + [t_2] * G))
This document defines four new tokens that have been added to the "HTTP Mutual Authentication Algorithms" registry:
このドキュメントでは、「HTTP相互認証アルゴリズム」レジストリに追加された4つの新しいトークンを定義しています。
+-------------------------+-----------------------------+-----------+
| Token | Description | Reference |
+-------------------------+-----------------------------+-----------+
| iso-kam3-dl-2048-sha256 | ISO-11770-4 KAM3, | RFC 8121 |
| | 2048-bit DL | |
| | | |
| iso-kam3-dl-4096-sha512 | ISO-11770-4 KAM3, | RFC 8121 |
| | 4096-bit DL | |
| | | |
| iso-kam3-ec-p256-sha256 | ISO-11770-4 KAM3, | RFC 8121 |
| | 256-bit EC | |
| | | |
| iso-kam3-ec-p521-sha512 | ISO-11770-4 KAM3, | RFC 8121 |
| | 521-bit EC | |
+-------------------------+-----------------------------+-----------+
Please refer to the Security Considerations section of the core specification [RFC8120] for algorithm-independent considerations.
アルゴリズムに依存しない考慮事項については、コア仕様[RFC8120]のセキュリティに関する考慮事項のセクションを参照してください。
o During the exchange, the value VK_s, defined in [RFC8120], MUST only be sent when the server has received a correct (expected) value of VK_c. This is a cryptographic requirement, as stated in [ISO.11770-4.2006].
o 交換の間、[RFC8120]で定義されている値VK_sは、サーバーがVK_cの正しい（期待される）値を受信した場合にのみ送信されなければなりません（MUST）。 [ISO.11770-4.2006]で述べられているように、これは暗号化の要件です。
o All random numbers used in these algorithms MUST be cryptographically secure against forward and backward guessing attacks.
o これらのアルゴリズムで使用されるすべての乱数は、フォワードおよびバックワード推測攻撃に対して暗号的に安全でなければなりません。
o To prevent timing-based side-channel attacks, computation times of all numerical operations on discrete-logarithm group elements and elliptic-curve points MUST be normalized and made independent of the exact values.
o タイミングベースのサイドチャネル攻撃を防ぐために、離散対数グループ要素と楕円曲線ポイントのすべての数値演算の計算時間を正規化し、正確な値とは無関係にする必要があります。
The notes in this subsection are for those who analyze the security of this algorithm and those who might want to make a derived work from this algorithm specification.
このサブセクションの注記は、このアルゴリズムのセキュリティを分析する人、およびこのアルゴリズム仕様から派生した作業を行いたい人のためのものです。
o The treatment of an invalid K_s1 value in the exchange has been changed from the method defined in the original ISO specification, which specifies that the sender should retry with another random S_s1 value. We specify that the exchange must be rejected. This is due to an observation that this condition is less likely to result from a random error caused by an unlucky choice of S_s1 but is more likely the result of a systematic failure caused by an invalid J(pi) value (even implying possible denial-of-service attacks).
o 交換での無効なK_s1値の処理は、送信者が別のランダムなS_s1値で再試行する必要があることを指定する元のISO仕様で定義された方法から変更されました。交換は拒否する必要があることを指定します。これは、この状態がS_s1の不運な選択によって引き起こされたランダムなエラーから生じる可能性は低いが、無効なJ（pi）値によって引き起こされた系統的な障害の結果である可能性が高いという観察によるものです（拒否の可能性さえも示唆しています-サービス攻撃）。
o The usual construction of authenticated key exchange algorithms consists of a key exchange phase and a key verification phase. To avoid security risks or vulnerabilities caused by mixing values from two or more key exchanges, the latter usually involves some kinds of exchange transactions to be verified. In the algorithms defined in this document, such verification steps are provided in the generalized definitions of VK_c and VK_s in [RFC8120]. If the algorithm defined above is used in other protocols, this aspect MUST be given careful consideration.
o 認証された鍵交換アルゴリズムの通常の構築は、鍵交換フェーズと鍵検証フェーズで構成されます。 2つ以上のキー交換からの値の混合によって引き起こされるセキュリティリスクまたは脆弱性を回避するために、後者には通常、検証されるいくつかの種類の交換トランザクションが含まれます。このドキュメントで定義されているアルゴリズムでは、このような検証手順は、[RFC8120]のVK_cおよびVK_sの一般化された定義で提供されています。上記で定義されたアルゴリズムが他のプロトコルで使用される場合、この側面は注意深く考慮されなければなりません。
o The domain parameters chosen and specified in this document are based on a few assumptions. In the discrete-logarithm setting, q has to be a safe prime ([(q - 1) / 2] must also be prime), and r should be the largest possible value [(q - 1) / 2]. In the elliptic-curve setting, r has to be prime. Implementers defining a variation of this algorithm using a different domain parameter SHOULD be attentive to these conditions.
o このドキュメントで選択および指定されているドメインパラメータは、いくつかの仮定に基づいています。離散対数の設定では、qは安全な素数でなければならず（[（q-1）/ 2]も素数でなければなりません）、rは可能な最大値[（q-1）/ 2]でなければなりません。楕円曲線設定では、rは素数でなければなりません。異なるドメインパラメータを使用してこのアルゴリズムのバリエーションを定義する実装者は、これらの条件に注意する必要があります。
[FIPS.180-4.2015] National Institute of Standards and Technology, "Secure Hash Standard (SHS)", FIPS PUB 180-4, DOI 10.6028/NIST.FIPS.180-4, August 2015, <http://nvlpubs.nist.gov/nistpubs/FIPS/ NIST.FIPS.180-4.pdf>.
[FIPS.180-4.2015]米国国立標準技術研究所、「Secure Hash Standard（SHS）」、FIPS PUB 180-4、DOI 10.6028 / NIST.FIPS.180-4、2015年8月、<http：// nvlpubs。 nist.gov/nistpubs/FIPS/ NIST.FIPS.180-4.pdf>。
[FIPS.186-4.2013] National Institute of Standards and Technology, "Digital Signature Standard (DSS)", FIPS PUB 186-4, DOI 10.6028/NIST.FIPS.186-4, July 2013, <http://nvlpubs.nist.gov/nistpubs/FIPS/ NIST.FIPS.186-4.pdf>.
[FIPS.186-4.2013]米国国立標準技術研究所、「デジタル署名標準（DSS）」、FIPS PUB 186-4、DOI 10.6028 / NIST.FIPS.186-4、2013年7月、<http：// nvlpubs。 nist.gov/nistpubs/FIPS/ NIST.FIPS.186-4.pdf>。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10.17487/RFC2119, March 1997, <http://www.rfc-editor.org/info/rfc2119>.
[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するキーワード」、BCP 14、RFC 2119、DOI 10.17487 / RFC2119、1997年3月、<http://www.rfc-editor.org/info/ rfc2119>。
[RFC3526] Kivinen, T. and M. Kojo, "More Modular Exponential (MODP) Diffie-Hellman groups for Internet Key Exchange (IKE)", RFC 3526, DOI 10.17487/RFC3526, May 2003, <http://www.rfc-editor.org/info/rfc3526>.
[RFC3526] Kivinen、T。、およびM. Kojo、「インターネット鍵交換（IKE）用のModular Exponential（MODP）Diffie-Hellmanグループ」、RFC 3526、DOI 10.17487 / RFC3526、2003年5月、<http：// www。 rfc-editor.org/info/rfc3526>。
[RFC8120] Oiwa, Y., Watanabe, H., Takagi, H., Maeda, K., Hayashi, T., and Y. Ioku, "Mutual Authentication Protocol for HTTP", RFC 8120, DOI 10.17487/RFC8120, April 2017, <http://www.rfc-editor.org/info/rfc8120>.
[RFC8120]大岩優、渡辺博、高木博、前田健、林智、伊奥裕、「HTTPの相互認証プロトコル」、RFC 8120、DOI 10.17487 / RFC8120、4月2017、<http://www.rfc-editor.org/info/rfc8120>。
[IEEE-1363.2_2008] IEEE, "IEEE Standard Specifications for Password-Based Public-Key Cryptographic Techniques", IEEE 1363.2-2008, DOI 10.1109/ieeestd.2009.4773330, <http://ieeexplore.ieee.org/servlet/ opac?punumber=4773328>.
[IEEE-1363.2_2008] IEEE、「IEEE Standard Specifications for Password-Based Public-Key Cryptographic Techniques」、IEEE 1363.2-2008、DOI 10.1109 / ieeestd.2009.4773330、<http://ieeexplore.ieee.org/servlet/ opac？ punumber = 4773328>。
[ISO.11770-4.2006] International Organization for Standardization, "Information technology -- Security techniques -- Key management -- Part 4: Mechanisms based on weak secrets", ISO Standard 11770-4, May 2006, <http://www.iso.org/iso/iso_catalogue/catalogue_tc/ catalogue_detail.htm?csnumber=39723>.
[ISO.11770-4.2006]国際標準化機構、「情報技術-セキュリティ技術-鍵管理-パート4：弱い秘密に基づくメカニズム」、ISO標準11770-4、2006年5月、<http：// www .iso.org / iso / iso_catalogue / catalogue_tc / catalogue_detail.htm？csnumber = 39723>。
[RFC6090] McGrew, D., Igoe, K., and M. Salter, "Fundamental Elliptic Curve Cryptography Algorithms", RFC 6090, DOI 10.17487/RFC6090, February 2011, <http://www.rfc-editor.org/info/rfc6090>.
[RFC6090] McGrew、D.、Igoe、K。、およびM. Salter、「Fundamental Elliptic Curve Cryptography Algorithms」、RFC 6090、DOI 10.17487 / RFC6090、2011年2月、<http://www.rfc-editor.org/ info / rfc6090>。
Appendix A. (Informative) Group Parameters for Algorithms Based on the Discrete Logarithm
付録A.（参考）離散対数に基づくアルゴリズムのグループパラメーター
The MODP group used for the iso-kam3-dl-2048-sha256 algorithm is defined by the following parameters:
iso-kam3-dl-2048-sha256アルゴリズムに使用されるMODPグループは、次のパラメーターによって定義されます。
The prime is
素数は
q = 0xFFFFFFFF FFFFFFFF C90FDAA2 2168C234 C4C6628B 80DC1CD1 29024E08 8A67CC74 020BBEA6 3B139B22 514A0879 8E3404DD EF9519B3 CD3A431B 302B0A6D F25F1437 4FE1356D 6D51C245 E485B576 625E7EC6 F44C42E9 A637ED6B 0BFF5CB6 F406B7ED EE386BFB 5A899FA5 AE9F2411 7C4B1FE6 49286651 ECE45B3D C2007CB8 A163BF05 98DA4836 1C55D39A 69163FA8 FD24CF5F 83655D23 DCA3AD96 1C62F356 208552BB 9ED52907 7096966D 670C354E 4ABC9804 F1746C08 CA18217C 32905E46 2E36CE3B E39E772C 180E8603 9B2783A2 EC07A28F B5C55DF0 6F4C52C9 DE2BCBF6 95581718 3995497C EA956AE5 15D22618 98FA0510 15728E5A 8AACAA68 FFFFFFFF FFFFFFFF
Q = 0xFFFFFFFFのFFFFFFFF C90FDAA2 2168C234 C4C6628B 80DC1CD1 29024E08 8A67CC74 020BBEA6 3B139B22 514A0879 8E3404DD EF9519B3 CD3A431B 302B0A6D F25F1437 4FE1356D 6D51C245 E485B576 625E7EC6 F44C42E9 A637ED6B 0BFF5CB6 F406B7ED EE386BFB 5A899FA5 AE9F2411 7C4B1FE6 49286651 ECE45B3D C2007CB8 A163BF05 98DA4836 1C55D39A 69163FA8 FD24CF5F 83655D23 DCA3AD96 1C62F356 208552BB 9ED52907 7096966D 670C354E 4ABC9804 F1746C08 CA18217C 32905E46 2E36CE3B E39E772C 180E8603 9B2783A2 EC07A28F B5C55DF0 6F4C52C9 DE2BCBF6 95581718 3995497C EA956AE5 15D22618 98FA0510 15728E5A 8AACAA68 FFFFFFFF FFFFFFFF
The generator is
発電機は
g = 2
The size of the subgroup generated by g is
gによって生成されるサブグループのサイズは、
r = (q - 1) / 2 =
0x7FFFFFFF FFFFFFFF E487ED51 10B4611A 62633145 C06E0E68
94812704 4533E63A 0105DF53 1D89CD91 28A5043C C71A026E
F7CA8CD9 E69D218D 98158536 F92F8A1B A7F09AB6 B6A8E122
F242DABB 312F3F63 7A262174 D31BF6B5 85FFAE5B 7A035BF6
F71C35FD AD44CFD2 D74F9208 BE258FF3 24943328 F6722D9E
E1003E5C 50B1DF82 CC6D241B 0E2AE9CD 348B1FD4 7E9267AF
C1B2AE91 EE51D6CB 0E3179AB 1042A95D CF6A9483 B84B4B36
B3861AA7 255E4C02 78BA3604 650C10BE 19482F23 171B671D
F1CF3B96 0C074301 CD93C1D1 7603D147 DAE2AEF8 37A62964
EF15E5FB 4AAC0B8C 1CCAA4BE 754AB572 8AE9130C 4C7D0288
0AB9472D 45565534 7FFFFFFF FFFFFFFF
The MODP group used for the iso-kam3-dl-4096-sha512 algorithm is defined by the following parameters:
iso-kam3-dl-4096-sha512アルゴリズムに使用されるMODPグループは、次のパラメーターによって定義されます。
The prime is
素数は
q = 0xFFFFFFFF FFFFFFFF C90FDAA2 2168C234 C4C6628B 80DC1CD1 29024E08 8A67CC74 020BBEA6 3B139B22 514A0879 8E3404DD EF9519B3 CD3A431B 302B0A6D F25F1437 4FE1356D 6D51C245 E485B576 625E7EC6 F44C42E9 A637ED6B 0BFF5CB6 F406B7ED EE386BFB 5A899FA5 AE9F2411 7C4B1FE6 49286651 ECE45B3D C2007CB8 A163BF05 98DA4836 1C55D39A 69163FA8 FD24CF5F 83655D23 DCA3AD96 1C62F356 208552BB 9ED52907 7096966D 670C354E 4ABC9804 F1746C08 CA18217C 32905E46 2E36CE3B E39E772C 180E8603 9B2783A2 EC07A28F B5C55DF0 6F4C52C9 DE2BCBF6 95581718 3995497C EA956AE5 15D22618 98FA0510 15728E5A 8AAAC42D AD33170D 04507A33 A85521AB DF1CBA64 ECFB8504 58DBEF0A 8AEA7157 5D060C7D B3970F85 A6E1E4C7 ABF5AE8C DB0933D7 1E8C94E0 4A25619D CEE3D226 1AD2EE6B F12FFA06 D98A0864 D8760273 3EC86A64 521F2B18 177B200C BBE11757 7A615D6C 770988C0 BAD946E2 08E24FA0 74E5AB31 43DB5BFC E0FD108E 4B82D120 A9210801 1A723C12 A787E6D7 88719A10 BDBA5B26 99C32718 6AF4E23C 1A946834 B6150BDA 2583E9CA 2AD44CE8 DBBBC2DB 04DE8EF9 2E8EFC14 1FBECAA6 287C5947 4E6BC05D 99B2964F A090C3A2 233BA186 515BE7ED 1F612970 CEE2D7AF B81BDD76 2170481C D0069127 D5B05AA9 93B4EA98 8D8FDDC1 86FFB7DC 90A6C08F 4DF435C9 34063199 FFFFFFFF FFFFFFFF
Q = 0xFFFFFFFFのFFFFFFFF C90FDAA2 2168C234 C4C6628B 80DC1CD1 29024E08 8A67CC74 020BBEA6 3B139B22 514A0879 8E3404DD EF9519B3 CD3A431B 302B0A6D F25F1437 4FE1356D 6D51C245 E485B576 625E7EC6 F44C42E9 A637ED6B 0BFF5CB6 F406B7ED EE386BFB 5A899FA5 AE9F2411 7C4B1FE6 49286651 ECE45B3D C2007CB8 A163BF05 98DA4836 1C55D39A 69163FA8 FD24CF5F 83655D23 DCA3AD96 1C62F356 208552BB 9ED52907 7096966D 670C354E 4ABC9804 F1746C08 CA18217C 32905E46 2E36CE3B E39E772C 180E8603 9B2783A2 EC07A28F B5C55DF0 6F4C52C9 DE2BCBF6 95581718 3995497C EA956AE5 15D22618 98FA0510 15728E5A 8AAAC42D AD33170D 04507A33 A85521AB DF1CBA64 ECFB8504 58DBEF0A 8AEA7157 5D060C7D B3970F85 A6E1E4C7 ABF5AE8C DB0933D7 1E8C94E0 4A25619D CEE3D226 1AD2EE6B F12FFA06 D98A0864 D8760273 3EC86A64 521F2B18 177B200C BBE11757 7A615D6C 770988C0 BAD946E2 08E24FA0 74E5AB31 43DB5BFC E0FD108E 4B82D120 A9210801 1A723C12 A787E6D7 88719A10 BDBA5B26 99C32718 6AF4E23C 1A946834 B6150BDA 2583E9CA 2AD44CE8 DBBBC2DB 04DE8EF9 2E8EFC14 1FBECAA6 287C5947 4E6BC05D 99B2 964F A090C3A2 233BA186 515BE7ED 1F612970 CEE2D7AF B81BDD76 2170481C D0069127 D5B05AA9 93B4EA98 8D8FDDC1 86FFB7DC 90A6C08F 4DF435C9 34063199 FFFFFFFF FFFFFFFF
The generator is
発電機は
g = 2
The size of the subgroup generated by g is
gによって生成されるサブグループのサイズは、
r = (q - 1) / 2 =
0x7FFFFFFF FFFFFFFF E487ED51 10B4611A 62633145 C06E0E68
94812704 4533E63A 0105DF53 1D89CD91 28A5043C C71A026E
F7CA8CD9 E69D218D 98158536 F92F8A1B A7F09AB6 B6A8E122
F242DABB 312F3F63 7A262174 D31BF6B5 85FFAE5B 7A035BF6
F71C35FD AD44CFD2 D74F9208 BE258FF3 24943328 F6722D9E
E1003E5C 50B1DF82 CC6D241B 0E2AE9CD 348B1FD4 7E9267AF
C1B2AE91 EE51D6CB 0E3179AB 1042A95D CF6A9483 B84B4B36
B3861AA7 255E4C02 78BA3604 650C10BE 19482F23 171B671D
F1CF3B96 0C074301 CD93C1D1 7603D147 DAE2AEF8 37A62964
EF15E5FB 4AAC0B8C 1CCAA4BE 754AB572 8AE9130C 4C7D0288
0AB9472D 45556216 D6998B86 82283D19 D42A90D5 EF8E5D32
767DC282 2C6DF785 457538AB AE83063E D9CB87C2 D370F263
D5FAD746 6D8499EB 8F464A70 2512B0CE E771E913 0D697735
F897FD03 6CC50432 6C3B0139 9F643532 290F958C 0BBD9006
5DF08BAB BD30AEB6 3B84C460 5D6CA371 047127D0 3A72D598
A1EDADFE 707E8847 25C16890 54908400 8D391E09 53C3F36B
C438CD08 5EDD2D93 4CE1938C 357A711E 0D4A341A 5B0A85ED
12C1F4E5 156A2674 6DDDE16D 826F477C 97477E0A 0FDF6553
143E2CA3 A735E02E CCD94B27 D04861D1 119DD0C3 28ADF3F6
8FB094B8 67716BD7 DC0DEEBB 10B8240E 68034893 EAD82D54
C9DA754C 46C7EEE0 C37FDBEE 48536047 A6FA1AE4 9A0318CC
FFFFFFFF FFFFFFFF
Appendix B. (Informative) Derived Numerical Values
付録B.（参考）導出された数値
This section provides several numerical values for implementing this protocol. These values are derived from the specifications provided in Section 3. The values shown in this section are for informative purposes only.
このセクションでは、このプロトコルを実装するためのいくつかの数値を提供します。これらの値は、セクション3に記載されている仕様に基づいています。このセクションに表示されている値は、情報提供のみを目的としています。
+----------------+---------+---------+---------+---------+----------+
| | dl-2048 | dl-4096 | ec-p256 | ec-p521 | |
+----------------+---------+---------+---------+---------+----------+
| Size of K_c1, | 2048 | 4096 | 257 | 522 | (bits) |
| etc. | | | | | |
| | | | | | |
| hSize, size of | 256 | 512 | 256 | 512 | (bits) |
| H(...) | | | | | |
| | | | | | |
| Length of | 256 | 512 | 33 | 66 | (octets) |
| OCTETS(K_c1), | | | | | |
| etc. | | | | | |
| | | | | | |
| Length of kc1, | 344* | 684* | 66 | 132 | (octets) |
| ks1 param. | | | | | |
| values | | | | | |
| | | | | | |
| Length of vkc, | 44* | 88* | 64 | 128 | (octets) |
| vks param. | | | | | |
| values | | | | | |
| | | | | | |
| Minimum | 2048 | 4096 | 1 | 1 | |
| allowed S_c1 | | | | | |
+----------------+---------+---------+---------+---------+----------+
(The numbers marked with an "*" do not include any enclosing quotation marks.)
（「*」が付いている数字には、引用符が含まれていません。）
Authors' Addresses
著者のアドレス
Yutaka Oiwa National Institute of Advanced Industrial Science and Technology Information Technology Research Institute Tsukuba Central 1 1-1-1 Umezono Tsukuba-shi, Ibaraki Japan Email: y.oiwa@aist.go.jp
Yutaka Oiwa National Institute of Advanced Industrial Science and Technology Information Technology Research Institute Tsukuba Central 1 1-1-1 Umezono Tsukuba-shi, Ibaraki Japan Email: y.oiwa@aist.go.jp
Hajime Watanabe National Institute of Advanced Industrial Science and Technology Information Technology Research Institute Tsukuba Central 1 1-1-1 Umezono Tsukuba-shi, Ibaraki Japan Email: h-watanabe@aist.go.jp
Hajime Watanabe National Institute of Advanced Industrial Science and Technology Information Technology Research Institute Tsukuba Central 1 1-1-1 Umezono Tsukuba-shi, Ibaraki Japan Email: h-watanabe@aist.go.jp
Hiromitsu Takagi National Institute of Advanced Industrial Science and Technology Information Technology Research Institute Tsukuba Central 1 1-1-1 Umezono Tsukuba-shi, Ibaraki Japan Email: takagi.hiromitsu@aist.go.jp
Hiromitsu Takagi National Institute of Advanced Industrial Science and Technology Information Technology Research Institute Tsukuba Central 1 1-1-1 Umezono Tsukuba-shi, Ibaraki Japan Email: takagi.hiromitsu@aist.go.jp
Kaoru Maeda Individual Contributor Email: kaorumaeda.ml@gmail.com
前田かおる個人投稿者メールアドレス：kaorumaeda.ml@gmail.com
Tatsuya Hayashi Lepidum Co. Ltd. Village Sasazuka 3, Suite #602 1-30-3 Sasazuka Shibuya-ku, Tokyo Japan Email: hayashi@lepidum.co.jp
たつや はやし ぇぴづｍ こ。 Ｌｔｄ。 ゔぃっぁげ ささずか ３、 すいて ＃６０２ １ー３０ー３ ささずか しぶやーく、 ときょ じゃぱん えまいｌ： はやし＠ぇぴづｍ。こ。ｊｐ
Yuichi Ioku Individual Contributor Email: mutual-work@ioku.org
井奥雄一個人貢献者メール：mutual-work@ioku.org