[要約] RFC 6379は、IPsecにおけるSuite B Cryptographic Suitesの使用に関する指針を提供します。この文書の目的は、高度なセキュリティニーズを持つ組織に対して、承認された暗号化アルゴリズムのセットを提供することにあります。利用場面としては、政府機関やセキュリティが重要視される企業環境でのデータ保護が挙げられます。関連するRFCには、RFC 4301 (IPsecのセキュリティアーキテクチャ)、RFC 4303 (IPsecのパケット処理)、RFC 4309 (CCMモードでのAESの使用)などがあります。これらの文書と合わせて、IPsec環境におけるセキュリティの実装と管理に関する包括的なガイドラインが提供されます。
Internet Engineering Task Force (IETF) L. Law Request for Comments: 6379 J. Solinas Obsoletes: 4869 NSA Category: Informational October 2011 ISSN: 2070-1721
Suite B Cryptographic Suites for IPsec
IPsec向けのスイートB暗号スイート
Abstract
概要
This document proposes four cryptographic user interface suites ("UI suites") for IP Security (IPsec), similar to the two suites specified in RFC 4308. The four new suites provide compatibility with the United States National Security Agency's Suite B specifications. This document obsoletes RFC 4869, which presented earlier versions of these suites.
このドキュメントでは、RFC 4308で指定されている2つのスイートと同様に、IPセキュリティ(IPsec)用の4つの暗号化ユーザーインターフェイススイート(「UIスイート」)を提案します。4つの新しいスイートは、米国国家安全保障局のスイートB仕様との互換性を提供します。このドキュメントは、これらのスイートの以前のバージョンを提示していたRFC 4869を廃止します。
Status of This Memo
本文書の状態
This document is not an Internet Standards Track specification; it is published for informational purposes.
このドキュメントはInternet Standards Trackの仕様ではありません。情報提供を目的として公開されています。
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 5741.
このドキュメントは、IETF(Internet Engineering Task Force)の製品です。これは、IETFコミュニティのコンセンサスを表しています。公開レビューを受け、インターネットエンジニアリングステアリンググループ(IESG)による公開が承認されました。 IESGによって承認されたすべてのドキュメントが、あらゆるレベルのインターネット標準の候補になるわけではありません。 RFC 5741のセクション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/rfc6379.
このドキュメントの現在のステータス、エラータ、およびフィードバックの提供方法に関する情報は、http://www.rfc-editor.org/info/rfc6379で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2011 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright(c)2011 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 2. Requirements Terminology ........................................2 3. New UI Suites ...................................................2 3.1. Suite "Suite-B-GCM-128" ....................................3 3.2. Suite "Suite-B-GCM-256" ....................................3 3.3. Suite "Suite-B-GMAC-128" ...................................4 3.4. Suite "Suite-B-GMAC-256" ...................................4 4. Security Considerations .........................................4 5. IANA Considerations .............................................5 6. Changes from RFC 4869 ...........................................5 7. References ......................................................5 7.1. Normative References .......................................5 7.2. Informative References .....................................6
[RFC4308] proposes two optional cryptographic user interface suites ("UI suites") for IPsec. The two suites, VPN-A and VPN-B, represent commonly used present day corporate VPN security choices and anticipated future choices, respectively. [RFC4869] proposed four new UI suites based on implementations of the United States National Security Agency's Suite B algorithms (see [SuiteB]).
[RFC4308]は、IPsec用に2つのオプションの暗号化ユーザーインターフェイススイート(「UIスイート」)を提案しています。 VPN-AとVPN-Bの2つのスイートは、現在一般的に使用されている企業VPNセキュリティの選択肢と予想される将来の選択肢をそれぞれ表しています。 [RFC4869]は、米国国家安全保障局のSuite Bアルゴリズムの実装に基づく4つの新しいUIスイートを提案しました([SuiteB]を参照)。
As with the VPN suites, the Suite B suites are simply collections of values for some options in IPsec. Use of UI suites does not change the IPsec protocols in any way.
VPNスイートと同様に、スイートBスイートは、IPsecの一部のオプションの値のコレクションです。 UIスイートを使用しても、IPsecプロトコルは変更されません。
This document reduces the scope of the suites in [RFC4869] while retaining the original suite names. A detailed list of the changes is given in Section 6. This document obsoletes RFC 4869.
このドキュメントは、元のスイート名を保持しながら、[RFC4869]のスイートの範囲を縮小します。変更の詳細なリストはセクション6にあります。このドキュメントはRFC 4869を廃止します。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].
このドキュメントのキーワード「MUST」、「MUST NOT」、「REQUIRED」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「MAY」、および「OPTIONAL」は、 [RFC2119]で説明されているように解釈されます。
Each of the following UI suites provides choices for ESP (see [RFC4303]) and for Internet Key Exchange (IKEv2) (see [RFC5996]). The four suites are differentiated by the choice of cryptographic algorithm strengths, and a choice of whether the Encapsulating Security Payload (ESP) is to provide both confidentiality and integrity or integrity only. The suite names are based on the Advanced Encryption Standard [AES] mode and AES key length specified for ESP.
次の各UIスイートは、ESP([RFC4303]を参照)およびインターネットキー交換(IKEv2)([RFC5996]を参照)の選択肢を提供します。 4つのスイートは、暗号アルゴリズムの強度の選択、およびカプセル化セキュリティペイロード(ESP)が機密性と完全性の両方を提供するか、または完全性のみを提供するかを選択することによって区別されます。スイート名は、ESPに指定されたAdvanced Encryption Standard [AES]モードとAESキー長に基づいています。
IPsec implementations that use these UI suites MUST use the suite names listed here. IPsec implementations SHOULD NOT use names different than those listed here for the suites that are described, and MUST NOT use the names listed here for suites that do not match these values. These requirements are necessary for interoperability.
これらのUIスイートを使用するIPsec実装は、ここにリストされているスイート名を使用する必要があります。 IPsec実装は、ここに記載されているスイートと異なる名前を使用してはならず(SHOULD NOT)、これらの値と一致しないスイートには、ここに記載されている名前を使用してはなりません(MUST NOT)。これらの要件は相互運用性のために必要です。
This suite provides ESP integrity protection and confidentiality using 128-bit AES-GCM (see [RFC4106]). This suite or the following suite should be used when ESP integrity protection and encryption are both needed.
このスイートは、128ビットAES-GCM([RFC4106]を参照)を使用してESP整合性保護と機密性を提供します。このスイートまたは次のスイートは、ESP整合性保護と暗号化の両方が必要な場合に使用する必要があります。
ESP: Encryption AES with 128-bit keys and 16-octet Integrity Check Value (ICV) in GCM mode [RFC4106] Integrity NULL
ESP:128ビットキーとGCMモードの16オクテット整合性チェック値(ICV)を使用した暗号化AES [RFC4106]整合性NULL
IKEv2: Encryption AES with 128-bit keys in CBC mode [RFC3602] Pseudo-random function HMAC-SHA-256 [RFC4868] Integrity HMAC-SHA-256-128 [RFC4868] Diffie-Hellman group 256-bit random ECP group [RFC5903]
This suite provides ESP integrity protection and confidentiality using 256-bit AES-GCM (see [RFC4106]). This suite or the preceding suite should be used when ESP integrity protection and encryption are both needed.
このスイートは、256ビットAES-GCM([RFC4106]を参照)を使用してESP整合性保護と機密性を提供します。このスイートまたは前述のスイートは、ESP整合性保護と暗号化の両方が必要な場合に使用する必要があります。
ESP: Encryption AES with 256-bit keys and 16-octet ICV in GCM mode [RFC4106] Integrity NULL
ESP:GCMモードの256ビットキーと16オクテットICVを使用した暗号化AES [RFC4106]整合性NULL
IKEv2: Encryption AES with 256-bit keys in CBC mode [RFC3602] Pseudo-random function HMAC-SHA-384 [RFC4868] Integrity HMAC-SHA-384-192 [RFC4868] Diffie-Hellman group 384-bit random ECP group [RFC5903]
This suite provides ESP integrity protection using 128-bit AES-GMAC (see [RFC4543]) but does not provide confidentiality. This suite or the following suite should be used only when there is no need for ESP encryption.
このスイートは、128ビットAES-GMAC([RFC4543]を参照)を使用してESP整合性保護を提供しますが、機密性は提供しません。このスイートまたは次のスイートは、ESP暗号化が必要ない場合にのみ使用してください。
ESP: Encryption NULL Integrity AES with 128-bit keys in GMAC mode [RFC4543]
ESP:GMACモードの128ビットキーを使用した暗号化NULL整合性AES [RFC4543]
IKEv2: Encryption AES with 128-bit keys in CBC mode [RFC3602] Pseudo-random function HMAC-SHA-256 [RFC4868] Integrity HMAC-SHA-256-128 [RFC4868] Diffie-Hellman group 256-bit random ECP group [RFC5903]
This suite provides ESP integrity protection using 256-bit AES-GMAC (see [RFC4543]) but does not provide confidentiality. This suite or the preceding suite should be used only when there is no need for ESP encryption.
このスイートは、256ビットAES-GMAC([RFC4543]を参照)を使用してESP整合性保護を提供しますが、機密性は提供しません。このスイートまたは前述のスイートは、ESP暗号化が必要ない場合にのみ使用してください。
ESP: Encryption NULL Integrity AES with 256-bit keys in GMAC mode [RFC4543]
ESP:GMACモードの256ビットキーによる暗号化NULL整合性AES [RFC4543]
IKEv2: Encryption AES with 256-bit keys in CBC mode [RFC3602] Pseudo-random function HMAC-SHA-384 [RFC4868] Integrity HMAC-SHA-384-192 [RFC4868] Diffie-Hellman group 384-bit random ECP group [RFC5903]
This document inherits all of the security considerations of the IPsec and IKEv2 documents.
このドキュメントは、IPsecおよびIKEv2ドキュメントのセキュリティに関する考慮事項をすべて継承しています。
Some of the security options specified in these suites may be found in the future to have properties significantly weaker than those that were believed at the time this document was produced.
これらのスイートで指定されているセキュリティオプションのいくつかは、このドキュメントが作成されたときに信じられていたものよりも著しく弱いプロパティを持つことが将来的に見つかる可能性があります。
IANA maintains a registry called "Cryptographic Suites for IKEv1, IKEv2, and IPsec" (see [IANA-Suites]). The registry consists of a text string and an RFC number that lists the associated transforms. The four suites in this document have been listed with this document as the RFC reference. These entries will be updated upon approval of this document.
IANAは、「IKEv1、IKEv2、およびIPsecの暗号化スイート」と呼ばれるレジストリを維持しています([IANA-Suites]を参照)。レジストリは、関連する変換をリストするテキスト文字列とRFC番号で構成されています。このドキュメントの4つのスイートは、RFCリファレンスとしてこのドキュメントにリストされています。これらのエントリは、このドキュメントの承認時に更新されます。
The updated values for the registry are:
レジストリの更新された値は次のとおりです。
Identifier Defined in Suite-B-GCM-128 RFC 6379 Suite-B-GCM-256 RFC 6379 Suite-B-GMAC-128 RFC 6379 Suite-B-GMAC-256 RFC 6379
Suite-B-GCM-128 RFC 6379 Suite-B-GCM-256 RFC 6379 Suite-B-GMAC-128 RFC 6379 Suite-B-GMAC-256 RFC 6379で定義された識別子
The changes from [RFC4869] are:
[RFC4869]からの変更点は次のとおりです。
1. Removed definitions of the suites for IKEv1.
1. IKEv1のスイートの定義を削除しました。
2. Removed IKE authentication methods from the suite definitions. These now appear in [RFC6380].
2. スイート定義からIKE認証方式を削除しました。これらは[RFC6380]に表示されます。
3. Removed the requirements on rekeying in IKEv2.
3. IKEv2での鍵の再生成に関する要件を削除しました。
[IANA-Suites] Internet Assigned Numbers Authority, "Cryptographic Suites for IKEv1, IKEv2, and IPsec", <http://www.iana.org/assignments/crypto-suites>.
[IANA-Suites] Internet Assigned Numbers Authority、「Cryptographic Suites for IKEv1、IKEv2、およびIPsec」、<http://www.iana.org/assignments/crypto-suites>。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するキーワード」、BCP 14、RFC 2119、1997年3月。
[RFC3602] Frankel, S., Glenn, R., and S. Kelly, "The AES-CBC Cipher Algorithm and Its Use with IPsec", RFC 3602, September 2003.
[RFC3602]フランケルS.、グレンR.、およびS.ケリー、「AES-CBC暗号アルゴリズムとIPsecでのその使用」、RFC 3602、2003年9月。
[RFC4106] Viega, J. and D. McGrew, "The Use of Galois/Counter Mode (GCM) in IPsec Encapsulating Security Payload (ESP)", RFC 4106, June 2005.
[RFC4106] Viega、J。およびD. McGrew、「IPsecカプセル化セキュリティペイロード(ESP)でのガロア/カウンターモード(GCM)の使用」、RFC 4106、2005年6月。
[RFC4303] Kent, S., "IP Encapsulating Security Payload (ESP)", RFC 4303, December 2005.
[RFC4303]ケント、S。、「IPカプセル化セキュリティペイロード(ESP)」、RFC 4303、2005年12月。
[RFC4308] Hoffman, P., "Cryptographic Suites for IPsec", RFC 4308, December 2005.
[RFC4308]ホフマン、P。、「IPsecの暗号スイート」、RFC 4308、2005年12月。
[RFC4543] McGrew, D. and J. Viega, "The Use of Galois Message Authentication Code (GMAC) in IPsec ESP and AH", RFC 4543, May 2006.
[RFC4543] McGrew、D。およびJ. Viega、「IPsec ESPおよびAHでのガロアメッセージ認証コード(GMAC)の使用」、RFC 4543、2006年5月。
[RFC4868] Kelly, S. and S. Frankel, "Using HMAC-SHA-256, HMAC-SHA-384, and HMAC-SHA-512 with IPsec", RFC 4868, May 2007.
[RFC4868]ケリーS.およびS.フランケル、「IPsecでのHMAC-SHA-256、HMAC-SHA-384、およびHMAC-SHA-512の使用」、RFC 4868、2007年5月。
[RFC4869] Law, L. and J. Solinas, "Suite B Cryptographic Suites for IPsec", RFC 4869, May 2007.
[RFC4869] Law、L。およびJ. Solinas、「Suite B Cryptographic Suites for IPsec」、RFC 4869、2007年5月。
[RFC5903] Fu, D. and J. Solinas, "Elliptic Curve Groups modulo a Prime (ECP Groups) for IKE and IKEv2", RFC 5903, June 2010.
[RFC5903] Fu、D。およびJ. Solinas、「IKEおよびIKEv2のPrimeを法とする楕円曲線グループ(ECPグループ)」、RFC 5903、2010年6月。
[RFC5996] Kaufman, C., Hoffman, P., Nir, Y., and P. Eronen, "Internet Key Exchange Protocol Version 2 (IKEv2)", RFC 5996, September 2010.
[RFC5996] Kaufman、C.、Hoffman、P.、Nir、Y。、およびP. Eronen、「インターネットキー交換プロトコルバージョン2(IKEv2)」、RFC 5996、2010年9月。
[AES] U.S. Department of Commerce/National Institute of Standards and Technology, "Advanced Encryption Standard (AES)", FIPS PUB 197, November 2001, <http://csrc.nist.gov/publications/fips/index.html>.
[AES]米国商務省/国立標準技術研究所、「Advanced Encryption Standard(AES)」、FIPS PUB 197、2001年11月、<http://csrc.nist.gov/publications/fips/index.html> 。
[RFC6380] Burgin, K. and M. Peck, "Suite B Profile for Internet Protocol Security (IPsec)", RFC 6380, October 2011.
[RFC6380] Burgin、K.およびM. Peck、「Suite B Profile for Internet Protocol Security(IPsec)」、RFC 6380、2011年10月。
[SuiteB] U.S. National Security Agency, "NSA Suite B Cryptography", January 2009, <http://www.nsa.gov/ ia/programs/suiteb_cryptography/>.
[SuiteB]米国国家安全保障局、「NSA Suite B Cryptography」、2009年1月、<http://www.nsa.gov/ ia / programs / suiteb_cryptography />。
Authors' Addresses
著者のアドレス
Laurie E. Law National Security Agency
ローリーE.法国家安全保障局
EMail: lelaw@orion.ncsc.mil
Jerome A. Solinas National Security Agency
ジェロームA.ソリナス国家安全保障局
EMail: jasolin@orion.ncsc.mil