RFC 6485 - The Profile for Algorithms and Key Sizes for Use in the Resource Public Key Infrastructure (RPKI) 日本語訳

原文URL : https://datatracker.ietf.org/doc/html/rfc6485
タイトル : RFC 6485 - リソース公開キーインフラストラクチャ（RPKI）で使用するアルゴリズムとキーサイズのプロファイル
翻訳編集 : 自動生成

[要約] RFC 6485は、RPKIで使用するアルゴリズムと鍵サイズのプロファイルを定義しています。その目的は、セキュリティと信頼性を確保するために、RPKIで使用される鍵とアルゴリズムの適切な選択を促進することです。

Internet Engineering Task Force (IETF)                         G. Huston
Request for Comments: 6485                                         APNIC
Category: Standards Track                                  February 2012
ISSN: 2070-1721

The Profile for Algorithms and Key Sizes for Use in the Resource Public Key Infrastructure (RPKI)

リソース公開キーインフラストラクチャ（RPKI）で使用するアルゴリズムとキーサイズのプロファイル

Abstract

概要

This document specifies the algorithms, algorithms' parameters, asymmetric key formats, asymmetric key size, and signature format for the Resource Public Key Infrastructure (RPKI) subscribers that generate digital signatures on certificates, Certificate Revocation Lists, and signed objects as well as for the relying parties (RPs) that verify these digital signatures.

このドキュメントは、証明書のデジタル署名、証明書の取り消しリスト、および署名されたオブジェクトのデジタル署名を生成するリソース公開キーインフラストラクチャ（RPKI）サブスクライバーのアルゴリズム、アルゴリズムのパラメーター、非対称キー形式、非対称キーサイズ、および署名形式を指定します。これらのデジタル署名を検証する依存関係者（RPS）。

Status of This Memo

本文書の位置付け

This is an Internet Standards Track document.

これは、インターネット標準トラックドキュメントです。

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). Further information on Internet Standards is available in Section 2 of RFC 5741.

このドキュメントは、インターネットエンジニアリングタスクフォース（IETF）の製品です。IETFコミュニティのコンセンサスを表しています。公開レビューを受けており、インターネットエンジニアリングステアリンググループ（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/rfc6485.

このドキュメントの現在のステータス、任意のERRATA、およびそのフィードバックを提供する方法に関する情報は、http：//www.rfc-editor.org/info/rfc6485で取得できます。

著作権表示

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ドキュメント（http://trustee.ietf.org/license-info）に関連するIETF Trustの法的規定の対象となります。この文書に関するあなたの権利と制限を説明するので、これらの文書を注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、セクション4.Eで説明されている法的規定のセクション4.Eで説明されており、単純化されたBSDライセンスで説明されているように保証なしで提供される簡略化されたBSDライセンステキストを含める必要があります。

1. Introduction

1. はじめに

This document specifies:

このドキュメントは、次のことを指定します。

* the digital signature algorithm and parameters;
* the hash algorithm and parameters;
* the public and private key formats; and,
* the signature format

*デジタル署名アルゴリズムとパラメーター。
*ハッシュアルゴリズムとパラメーター。
*公開および秘密のキー形式。と、
*署名形式

used by Resource Public Key Infrastructure (RPKI) subscribers when they apply digital signatures to certificates, Certificate Revocation Lists (CRLs), and signed objects (e.g., Route Origin Authorizations (ROAs) and manifests). Relying parties (RPs) also use the algorithms defined in this document to verify RPKI subscribers' digital signatures [RFC6480].

リソース公開キーインフラストラクチャ（RPKI）サブスクライバーが使用するサブスクライバーは、証明書、証明書取消リスト（CRL）、および署名されたオブジェクト（ルートオリジン認証（ROA）およびマニフェストなど）にデジタル署名を適用します。依存関係者（RPS）は、このドキュメントで定義されているアルゴリズムを使用して、RPKIサブスクライバーのデジタル署名[RFC6480]を検証します。

This document is referenced by other RPKI profiles and specifications, including the RPKI Certificate Policy (CP) [RFC6484], the RPKI Certificate Profile [RFC6487], the SIDR Architecture [RFC6480], and the Signed Object Template for the RPKI [RFC6488]. Familiarity with these documents is assumed.

このドキュメントは、RPKI証明書ポリシー（CP）[RFC6484]、RPKI証明書プロファイル[RFC6487]、SIDRアーキテクチャ[RFC6480]、RPKI [RFC6488]の署名されたオブジェクトテンプレートなど、他のRPKIプロファイルと仕様によって参照されます。これらのドキュメントに精通していることが想定されています。

1.1. Terminology

1.1. 用語

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

「必須」、「そうしない」、「必須」、「必要」、「しない」、「そうしない」、「そうではない」、「そうでない」、「推奨」、「5月」、および「オプション」は、[RFC2119]に記載されているように解釈される。

2. Algorithms

2. アルゴリズム

Two cryptographic algorithms are used in the RPKI:

RPKIで2つの暗号化アルゴリズムが使用されています。

* The signature algorithm used in certificates, CRLs, and signed objects is RSA Public-Key Cryptography Standards (PKCS) #1 Version 1.5 (sometimes referred to as "RSASSA-PKCS1-v1_5") from Section 5 of [RFC4055].

* 証明書、CRL、および署名されたオブジェクトで使用される署名アルゴリズムは、[RFC4055]のセクション5からの「RSASSA-PKCS1-V1_5」と呼ばれるRSAパブリックキー暗号基準（PKCS）＃1バージョン1.5（時には「RSASSA-PKCS1-V1_5」）です。

* The hashing algorithm used in certificates, CRLs, and signed objects is SHA-256 [SHS]. The hashing algorithm is not identified by itself when used in certificates and CRLs, as they are combined with the digital signature algorithm (see below).

* 証明書、CRL、および署名されたオブジェクトで使用されるハッシュアルゴリズムはSHA-256 [SHS]です。ハッシュアルゴリズムは、デジタル署名アルゴリズムと組み合わされているため、証明書とCRLで使用する場合、それ自体で識別されません（以下を参照）。

When used in the Cryptographic Message Syntax (CMS) SignedData, the hash algorithm (in this case, the hash algorithm is sometimes called a message digest algorithm) is identified by itself. For CMS SignedData, the object identifier and parameters for SHA-256 (as defined in [RFC5754]) MUST be used

暗号化メッセージの構文（CMS）SignedDataで使用される場合、ハッシュアルゴリズム（この場合、ハッシュアルゴリズムはメッセージダイジェストアルゴリズムと呼ばれることもあります）が単独で識別されます。CMS SignedDataの場合、SHA-256のオブジェクト識別子とパラメーター（[RFC5754]で定義）を使用する必要があります。

when populating the digestAlgorithms and digestAlgorithm fields.

消化器gorthmsと消化器gorthmsフィールドに浸透する場合。

NOTE: The exception to the above hashing algorithm is the use of SHA-1 [SHS] when Certification Authorities (CAs) generate authority and subject key identifiers [RFC6487].

注：上記のハッシュアルゴリズムの例外は、認証当局（CAS）が権限と主題キー識別子を生成する場合のSHA-1 [SHS]の使用です[RFC6487]。

When used to generate and verify digital signatures the hash and digital signature algorithms are referred together, i.e., "RSA PKCS#1 v1.5 with SHA-256" or more simply "RSA with SHA-256". The Object Identifier (OID) sha256withRSAEncryption from [RFC4055] MUST be used.

デジタル署名を生成および検証するために使用すると、ハッシュとデジタルの署名アルゴリズムが一緒に参照されます。つまり、「RSA PKCS＃1 V1.5でSHA-256」以上「SHA-256を使用したRSA」。[RFC4055]からのオブジェクト識別子（OID）sha256withrsaencryptionを使用する必要があります。

Locations for this OID are as follows:

このOIDの場所は次のとおりです。

In the certificate, the OID appears in the signature and signatureAlgorithm fields [RFC4055];

証明書では、OIDは署名およびSignatureAlgorithmフィールド[RFC4055]に表示されます。

In the CRL, the OID appears in the signatureAlgorithm field [RFC4055];

CRLでは、OIDはSignatureAlgorithmフィールド[RFC4055]に表示されます。

In CMS SignedData, the OID appears in each SignerInfo signatureAlgoithm field [RFC3370] using the OID from above; and,

CMS SignedDataでは、OIDが上からOIDを使用して、各SignerInfo SignatureAlgoithmフィールド[RFC3370]に各Signerinfo Signaturealgoithmフィールドに表示されます。と、

In a certification request, the OID appears in the PKCS #10 signatureAlgorithm field [RFC2986] or in the Certificate Request Message Format (CRMF) POPOSigningKey signature field [RFC4211].

認定リクエストでは、OIDはPKCS＃10 SignatureAlgorithmフィールド[RFC2986]または証明書リクエストメッセージ形式（CRMF）PoposigningKey Signature Field [RFC4211]に表示されます。

3. Asymmetric Key Pair Formats

3. 非対称キーペア形式

The RSA key pairs used to compute the signatures MUST have a 2048-bit modulus and a public exponent (e) of 65,537.

署名の計算に使用されるRSAキーペアには、2048ビットモジュラスと65,537の公開指数（E）が必要です。

3.1. Public Key Format

3.1. 公開キー形式

The subject's public key is included in subjectPublicKeyInfo [RFC5280]. It has two sub-fields: algorithm and subjectPublicKey. The values for the structures and their sub-structures follow:

被験者の公開鍵は、subjectpublickeyinfo [rfc5280]に含まれています。アルゴリズムとSubjectPublickeyの2つのサブフィールドがあります。構造とそのサブ構造の値は次のとおりです。

algorithm (which is an AlgorithmIdentifier type): The object identifier for RSA PKCS#1 v1.5 with SHA-256 MUST be used in the algorithm field, as specified in Section 5 of [RFC4055]. The value for the associated parameters from that clause MUST also be used for the parameters field.

アルゴリズム（これはアルゴリズムIdentifierタイプ）：SHA-256を備えたRSA PKCS＃1 V1.5のオブジェクト識別子は、[RFC4055]のセクション5で指定されているように、アルゴリズムフィールドで使用する必要があります。その句の関連するパラメーターの値は、パラメーターフィールドにも使用する必要があります。

subjectPublicKey: RSAPublicKey MUST be used to encode the certificate's subjectPublicKey field, as specified in [RFC4055].

subjectpublickey：rsapublickeyを使用して、[RFC4055]で指定されているように、証明書の件名パブリックキーフィールドをエンコードする必要があります。

3.2. Private Key Format

3.2. 秘密キー形式

Local policy determines the private key format.

ローカルポリシーは、秘密キー形式を決定します。

4. Signature Format

4. 署名形式

The structure for the certificate's signature field is as specified in Section 1.2 of [RFC4055]. The structure for the CMS SignedData's signature field is as specified in [RFC3370].

証明書の署名フィールドの構造は、[RFC4055]のセクション1.2で指定されているとおりです。CMS SignedDataの署名フィールドの構造は、[RFC3370]で指定されているとおりです。

5. Additional Requirements

5. 追加の要件

It is anticipated that the RPKI will require the adoption of updated key sizes and a different set of signature and hash algorithms over time, in order to maintain an acceptable level of cryptographic security to protect the integrity of signed products in the RPKI. This profile should be replaced to specify such future requirements, as and when appropriate.

RPKIは、RPKIの署名された製品の整合性を保護するために許容可能なレベルの暗号セキュリティを維持するために、時間の経過とともに、更新されたキーサイズと異なる署名およびハッシュアルゴリズムの採用を必要とすることが予想されます。このプロファイルは、必要に応じて、そのような将来の要件を指定するために置き換える必要があります。

CAs and RPs SHOULD be capable of supporting a transition to allow for the phased introduction of additional encryption algorithms and key specifications, and also accommodate the orderly deprecation of previously specified algorithms and keys. Accordingly, CAs and RPs SHOULD be capable of supporting multiple RPKI algorithm and key profiles simultaneously within the scope of such anticipated transitions. The recommended procedures to implement such a transition of key sizes and algorithms is not specified in this document.

CASとRPSは、追加の暗号化アルゴリズムと主要な仕様の段階的導入を可能にするために、移行をサポートし、以前に指定されたアルゴリズムとキーの秩序ある非推奨にも対応できる必要があります。したがって、CASとRPSは、そのような予想される遷移の範囲内で、複数のRPKIアルゴリズムとキープロファイルを同時にサポートできる必要があります。このドキュメントでは、このようなキーサイズとアルゴリズムの遷移を実装するための推奨手順は指定されていません。

6. Security Considerations

6. セキュリティに関する考慮事項

The Security Considerations of [RFC4055], [RFC5280], and [RFC6487] apply to certificates and CRLs. The Security Considerations of [RFC5754] apply to signed objects. No new security threats are introduced as a result of this specification.

[RFC4055]、[RFC5280]、および[RFC6487]のセキュリティ上の考慮事項は、証明書とCRLSに適用されます。[RFC5754]のセキュリティ上の考慮事項は、署名されたオブジェクトに適用されます。この仕様の結果、新しいセキュリティの脅威は導入されていません。

7. Acknowledgments

7. 謝辞

The author acknowledges the reuse in this document of material originally contained in working drafts of the RPKI Certificate Policy [RFC6484] and the resource certificate profile [RFC6487] documents. The co-authors of these two documents, namely Stephen Kent, Derrick Kong, Karen Seo, Ronald Watro, George Michaelson, and Robert Loomans, are acknowledged, with thanks. The constraint on key size noted in this profile is the outcome of comments from Stephen Kent and review comments from David Cooper. Sean Turner has provided additional review input to this document.

著者は、RPKI証明書ポリシー[RFC6484]およびリソース証明書プロファイル[RFC6487]ドキュメントの作業ドラフトに最初に含まれていた資料のこの文書の再利用を認めています。これら2つの文書の共著者、つまりスティーブンケント、デリックコング、カレンソー、ロナルドワトロ、ジョージマイケルソン、ロバートルーマンズは、感謝して認められています。このプロファイルに記載されているキーサイズの制約は、Stephen Kentからのコメントの結果であり、David Cooperからのコメントをレビューしています。ショーン・ターナーは、このドキュメントに追加のレビュー入力を提供しました。

9. Normative References

9. 引用文献

[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月。

[RFC2986] Nystrom, M. and B. Kaliski, "PKCS #10: Certification Request Syntax Specification Version 1.7", RFC 2986, November 2000.

[RFC2986] Nystrom、M。およびB. Kaliski、「PKCS＃10：認定要求構文仕様バージョン1.7」、RFC 2986、2000年11月。

[RFC3370] Housley, R., "Cryptographic Message Syntax (CMS) Algorithms", RFC 3370, August 2002.

[RFC3370] Housley、R。、「暗号化メッセージ構文（CMS）アルゴリズム」、RFC 3370、2002年8月。

[RFC4055] Schaad, J., Kaliski, B., and R. Housley, "Additional Algorithms and Identifiers for RSA Cryptography for use in the Internet X.509 Public Key Infrastructure Certificate and Certificate Revocation List (CRL) Profile", RFC 4055, June 2005.

[RFC4055] Schaad、J.、Kaliski、B。、およびR. Housley、「インターネットで使用するRSA暗号化の追加アルゴリズムと識別子X.509公開鍵インフラストラクチャ証明書および証明書取消リスト（CRL）プロファイル」、RFC 4055、2005年6月。

[RFC4211] Schaad, J., "Internet X.509 Public Key Infrastructure Certificate Request Message Format (CRMF)", RFC 4211, September 2005.

[RFC4211] Schaad、J。、「Internet X.509公開キーインフラストラクチャ証明書リクエストメッセージフォーマット（CRMF）」、RFC 4211、2005年9月。

[RFC5280] Cooper, D., Santesson, S., Farrell, S., Boeyen, S., Housley, R., and W. Polk, "Internet X.509 Public Key Infrastructure Certificate and Certificate Revocation List (CRL) Profile", RFC 5280, May 2008.

[RFC5280] Cooper、D.、Santesson、S.、Farrell、S.、Boeyen、S.、Housley、R.、およびW. Polk、 "Internet X.509公開キーインフラストラクチャ証明書および証明書失効リスト（CRL）プロファイル"、RFC 5280、2008年5月。

[RFC5754] Turner, S., "Using SHA2 Algorithms with Cryptographic Message Syntax", RFC 5754, January 2010.

[RFC5754] Turner、S。、「暗号化メッセージ構文を使用したSHA2アルゴリズムを使用」、RFC 5754、2010年1月。

[RFC6480] Lepinski, M. and S. Kent, "An Infrastructure to Support Secure Internet Routing", RFC 6480, February 2012.

[RFC6480] Lepinski、M。およびS. Kent、「安全なインターネットルーティングをサポートするインフラストラクチャ」、RFC 6480、2012年2月。

[RFC6484] Kent, S., Kong, D., Seo, K., and R. Watro, "Certificate Policy (CP) for the Resource Public Key Infrastructure (RPKI)", BCP 173, RFC 6484, February 2012.

[RFC6484] Kent、S.、Kong、D.、Seo、K。、およびR. Watro、「リソース公開キーインフラストラクチャ（RPKI）の証明書ポリシー（CP）」、BCP 173、RFC 6484、2012年2月。

[RFC6487] Husotn, G., Michaelson, G., and R. Loomans, "A Profile for X.509 PKIX Resource Certificates", RFC 6487, February 2012.

[RFC6487] Husotn、G.、Michaelson、G。、およびR. Loomans、「X.509 PKIXリソース証明書のプロファイル」、RFC 6487、2012年2月。

[RFC6488] Lepinski, M., Chi, A., and S. Kent, "Signed Object Template for the Resource Public Key Infrastructure (RPKI)", RFC 6488, February 2012.

[RFC6488] Lepinski、M.、Chi、A。、およびS. Kent、「リソース公開キーインフラストラクチャ（RPKI）の署名されたオブジェクトテンプレート」、RFC 6488、2012年2月。

[SHS] National Institute of Standards and Technology (NIST), "FIPS Publication 180-3: Secure Hash Standard (SHS)", FIPS Publication 180-3, October 2008.

[SHS]国立標準技術研究所（NIST）、「FIPS Publication 180-3：Secure Hash Standard（SHS）」、Fips Publication 180-3、2008年10月。

Author's Address

著者の連絡先

Geoff Huston APNIC

Geoff Huston Apnic

   EMail: gih@apnic.net