Network Working Group                                    S. Blake-Wilson
Request for Comments: 4050                                           BCI
Category: Informational                                     G. Karlinger
                                                             CIO Austria
                                                            T. Kobayashi
                                                                     NTT
                                                                 Y. Wang
                                                                    UNCC
                                                              April 2005
        
         Using the Elliptic Curve Signature Algorithm (ECDSA)
                       for XML Digital Signatures
        

Status of This Memo

このメモのステータス

This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.

このメモは、インターネットコミュニティに情報を提供します。 いかなる種類のインターネット標準も指定していません。 このメモの配布は無制限です。

Copyright Notice

著作権表示

Copyright (C) The Internet Society (2005).

著作権(C)インターネット協会(2005)。

IESG Note

IESGノート

This document is not a candidate for any level of Internet Standard. The IETF disclaims any knowledge of the fitness of this document for any purpose, and in particular notes that it has not had IETF review for such things as security, congestion control, or inappropriate interaction with deployed protocols. The RFC Editor has chosen to publish this document at its discretion. Readers of this document should exercise caution in evaluating its value for implementation and deployment.

このドキュメントは、どのレベルのインターネット標準の候補でもありません。 IETFは、このドキュメントの適合性に関するあらゆる知識を否認し、特に、セキュリティ、輻輳制御、または展開されたプロトコルとの不適切な相互作用などについてIETFのレビューを受けていないことに注意します。 RFC Editorは、この文書をその裁量で公開することを選択しました。 このドキュメントの読者は、実装と展開の価値を評価する際に注意を払う必要があります。

Abstract

抽象

This document specifies how to use Elliptic Curve Digital Signature Algorithm (ECDSA) with XML Signatures. The mechanism specified provides integrity, message authentication, and/or signer authentication services for data of any type, whether located within the XML that includes the signature or included by reference.

このドキュメントでは、XML署名で楕円曲線デジタル署名アルゴリズム(ECDSA)を使用する方法を指定します。 指定されたメカニズムは、署名を含むXML内にあるか、参照により含まれているかにかかわらず、あらゆるタイプのデータの整合性、メッセージ認証、署名者認証サービスを提供します。

Table of Contents

目次

   1.  Introduction . . . . . . . . . . . . . . . . . . . . . . . . .  2
   2.  ECDSA. . . . . . . . . . . . . . . . . . . . . . . . . . . . .  2
   3.  Specifying ECDSA within XMLDSIG  . . . . . . . . . . . . . . .  3
       3.1.  Version, Namespaces, and Identifiers . . . . . . . . . .  3
       3.2.  XML Schema Preamble and DTD Replacement. . . . . . . . .  4
             3.2.1.  XML Schema Preamble. . . . . . . . . . . . . . .  4
             3.2.2.  DTD Replacement. . . . . . . . . . . . . . . . .  4
       3.3.  ECDSA Signatures . . . . . . . . . . . . . . . . . . . .  4
       3.4.  ECDSA Key Values . . . . . . . . . . . . . . . . . . . .  4
             3.4.1.  Key Value Root Element . . . . . . . . . . . . .  4
             3.4.2.  EC Domain Parameters . . . . . . . . . . . . . .  5
                     3.4.2.1.  Field Parameters . . . . . . . . . . .  6
                     3.4.2.2.  Curve Parameters . . . . . . . . . . .  8
                     3.4.2.3.  Base Point Parameters. . . . . . . . .  9
             3.4.3.  EC Points  . . . . . . . . . . . . . . . . . . . 10
   4.  Security Considerations  . . . . . . . . . . . . . . . . . . . 11
   5.  Normative References . . . . . . . . . . . . . . . . . . . . . 11
   6.  Informative References . . . . . . . . . . . . . . . . . . . . 12
   7.  Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 13
   Appendix A: Aggregate XML Schema . . . . . . . . . . . . . . . . . 14
   Appendix B: Aggregate DTD. . . . . . . . . . . . . . . . . . . . . 17
   Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 18
   Full Copyright Statement . . . . . . . . . . . . . . . . . . . . . 19
        
1. Introduction
1. はじめに

This document specifies how to use the Elliptic Curve Digital Signature Algorithm (ECDSA) with XML signatures, as specified in [XMLDSIG]. [XMLDSIG] defines only two digital signature methods: RSA and DSA (DSS) signatures. This document introduces ECDSA signatures as an additional method.

このドキュメントは、[XMLDSIG]で指定されているように、XML署名で楕円曲線デジタル署名アルゴリズム(ECDSA)を使用する方法を指定します。 [XMLDSIG]は、RSAおよびDSA(DSS)署名の2つのデジタル署名方法のみを定義しています。 このドキュメントでは、追加の方法としてECDSA署名を紹介します。

This document uses both XML Schemas [XML-schema] (normative) and DTDs [XML] (informational) to specify the corresponding XML structures.

このドキュメントでは、XMLスキーマ[XML-schema](規定)とDTD [XML](情報)の両方を使用して、対応するXML構造を指定します。

2. ECDSA
2. ECDSA

The Elliptic Curve Digital Signature Algorithm (ECDSA) is the elliptic curve analogue of the DSA (DSS) signature method [FIPS-186-2]. It is defined in the ANSI X9.62 standard [X9.62]. Other compatible specifications include FIPS 186-2 [FIPS-186-2], IEEE 1363 [IEEE1363], IEEE 1363a [IEEE1363a], and SEC1 [SEC1]. [RFC3279] describes ways to carry ECDSA keys in X.509 certificates. [FIPS-186-2], [SEC2], and [X9.62] provide recommended elliptic curve domain parameters for use with ECDSA.

楕円曲線デジタル署名アルゴリズム(ECDSA)は、DSA(DSS)署名メソッド[FIPS-186-2]の楕円曲線アナログです。 ANSI X9.62標準[X9.62]で定義されています。 その他の互換性のある仕様には、FIPS 186-2 [FIPS-186-2]、IEEE 1363 [IEEE1363]、IEEE 1363a [IEEE1363a]、およびSEC1 [SEC1]が含まれます。 [RFC3279]は、X.509証明書でECDSAキーを運ぶ方法を説明しています。 [FIPS-186-2]、[SEC2]、および[X9.62]は、ECDSAで使用するための推奨楕円曲線ドメインパラメーターを提供します。

Like DSA, ECDSA incorporates the use of a hash function. Currently, the only hash function defined for use with ECDSA is the SHA-1 message digest algorithm [FIPS-180-1].

DSAと同様に、ECDSAはハッシュ関数の使用を組み込んでいます。 現在、ECDSAで使用するために定義されている唯一のハッシュ関数は、SHA-1メッセージダイジェストアルゴリズム[FIPS-180-1]です。

ECDSA signatures are smaller than RSA signatures of similar cryptographic strength. ECDSA public keys (and certificates) are smaller than similar strength DSA keys and result in improved communication efficiency. On many platforms, ECDSA operations can be computed faster than similar strength RSA or DSA operations (see [KEYS] for a security analysis of key sizes across public key algorithms). These advantages of signature size, bandwidth, and computational efficiency may make ECDSA an attractive choice for XMLDSIG implementations.

ECDSA署名は、同様の暗号強度のRSA署名よりも小さくなっています。 ECDSA公開キー(および証明書)は、同様の強度のDSAキーよりも小さく、通信効率が向上します。 多くのプラットフォームで、ECDSA操作は、同様の強度のRSAまたはDSA操作よりも高速に計算できます(公開鍵アルゴリズム全体の鍵サイズのセキュリティ分析については[KEYS]を参照)。 シグネチャサイズ、帯域幅、計算効率のこれらの利点により、ECDSAはXMLDSIG実装の魅力的な選択肢になる可能性があります。

3. Specifying ECDSA within XMLDSIG
3. XMLDSIG内でECDSAを指定する

This section specifies how to use ECDSA with XML Signature Syntax and Processing [XMLDSIG]. It relies heavily on the syntax and namespace defined in [XMLDSIG].

このセクションでは、XML Signature Syntax and Processing [XMLDSIG]でECDSAを使用する方法を指定します。 [XMLDSIG]で定義されている構文と名前空間に大きく依存しています。

3.1. Version, Namespaces, and Identifiers
3.1. バージョン、名前空間、および識別子

This specification makes no provision for an explicit version number in the syntax. If a future version is needed, it will use a different namespace.

この仕様では、構文に明示的なバージョン番号は規定されていません。 将来のバージョンが必要な場合、異なる名前空間を使用します。

The XML namespace [XML-ns] URI that MUST be used by implementations of this (dated) specification is:

この(日付付き)仕様の実装で使用しなければならないXML名前空間[XML-ns] URIは次のとおりです。

http://www.w3.org/2001/04/xmldsig-more#

http://www.w3.org/2001/04/xmldsig-more#

Elements in the namespace of the [XMLDSIG] specification are marked by using the namespace prefix "dsig" in the remaining sections of this document.

[XMLDSIG]仕様のネームスペースの要素は、このドキュメントの残りのセクションでネームスペースプレフィックス「dsig」を使用してマークされます。

The identifier for the ECDSA signature algorithm as defined in [Eastlake] is:

[Eastlake]で定義されているECDSA署名アルゴリズムの識別子は次のとおりです。

http://www.w3.org/2001/04/xmldsig-more#ecdsa-sha1

http://www.w3.org/2001/04/xmldsig-more#ecdsa-sha1

3.2. XML Schema Preamble and DTD Replacement
3.2. XMLスキーマのプリアンブルとDTDの置換
3.2.1. XML Schema Preamble
3.2.1. XML Schema Preamble

The subsequent preamble is to be used with the XML Schema definitions given in the remaining sections of this document.

後続のプリアンブルは、このドキュメントの残りのセクションで提供されるXMLスキーマ定義と共に使用されます。

<?xml version="1.0" encoding="UTF-8"?> <xs:schema targetNamespace="http://www.w3.org/2001/04/xmldsig-more#" xmlns:ecdsa="http://www.w3.org/2001/04/xmldsig-more#" xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified" attributeFormDefault="unqualified" version="0.2">

<?xml version = "1.0" encoding = "UTF-8"?> <xs:schema targetNamespace = "http://www.w3.org/2001/04/xmldsig-more#" xmlns:ecdsa = "http: //www.w3.org/2001/04/xmldsig-more# "xmlns:xs =" http://www.w3.org/2001/XMLSchema "elementFormDefault =" qualified "attributeFormDefault =" unqualified "version =" 0.2 ">

3.2.2. DTD Replacement
3.2.2. DTDの交換

To include ECDSA in XML-signature syntax, the following definition of the entity Key.ANY SHOULD replace the one in [XMLDSIG]:

ECDSAをXML署名構文に含めるには、エンティティKey.ANYの次の定義が[XMLDSIG]の定義を置き換える必要があります。

<!ENTITY % KeyValue.ANY '| ecdsa:ECDSAKeyValue'>

<!ENTITY%KeyValue.ANY '| ecdsa:ECDSAKeyValue '>

3.3. ECDSA Signatures
3.3. ECDSA署名

The input to the ECDSA algorithm is the canonicalized representation of the dsig:SignedInfo element as specified in Section 3 of [XMLDSIG].

ECDSAアルゴリズムへの入力は、[XMLDSIG]のセクション3で指定されているdsig:SignedInfo要素の正規化された表現です。

The output of the ECDSA algorithm consists of a pair of integers usually referred by the pair (r, s). The signature value (text value of element dsig:SignatureValue - see section 4.2 of [XMLDSIG]) consists of the base64 encoding of the concatenation of two octet-streams that respectively result from the octet-encoding of the values r and s. This concatenation is described in section E3.1 of [IEEE1363].

ECDSAアルゴリズムの出力は、通常はペア(r、s)で参照される整数のペアで構成されます。 署名値(要素dsig:SignatureValueのテキスト値-[XMLDSIG]のセクション4.2を参照)は、それぞれ値rとsのオクテットエンコーディングから生じる2つのオクテットストリームの連結のbase64エンコーディングで構成されます。 この連結は、[IEEE1363]のセクションE3.1で説明されています。

3.4. ECDSA Key Values
3.4. ECDSAキー値

The syntax used for ECDSA key values closely follows the ASN.1 syntax defined in ANSI X9.62 [X9.62].

ECDSAキー値に使用される構文は、ANSI X9.62 [X9.62]で定義されているASN.1構文に厳密に従います。

3.4.1. Key Value Root Element
3.4.1. キー値ルート要素

The element ECDSAKeyValue is used for encoding ECDSA public keys. For use with XMLDSIG, simply use this element inside dsig:KeyValue (such as the predefined elements dsig:RSAKeyValue or dsig:DSAKeyValue).

要素ECDSAKeyValueは、ECDSA公開鍵のエンコードに使用されます。 XMLDSIGで使用するには、dsig:KeyValue内でこの要素を使用します(定義済み要素dsig:RSAKeyValueまたはdsig:DSAKeyValueなど)。

The element consists of an optional subelement DomainParameters and the mandatory subelement PublicKey. If Domainparameters is missing, the application implicitly knows about it from other means.

この要素は、オプションのサブ要素DomainParametersと必須のサブ要素PublicKeyで構成されます。 Domainparametersが欠落している場合、アプリケーションは他の手段から暗黙的にそれを認識します。

Schema Definition:

スキーマ定義:

<xs:element name="ECDSAKeyValue" type="ecdsa:ECDSAKeyValueType"/> <xs:complexType name="ECDSAKeyValueType"> <xs:sequence> <xs:element name="DomainParameters" type="ecdsa:DomainParamsType" minOccurs="0"/> <xs:element name="PublicKey" type="ecdsa:ECPointType"/> </xs:sequence> </xs:complexType>

<xs:element name = "ECDSAKeyValue" type = "ecdsa:ECDSAKeyValueType" /> <xs:complexType name = "ECDSAKeyValueType"> <xs:sequence> <xs:element name = "DomainParameters" type = "ecdsa:DomainParamsType" minOccurs = "0" /> <xs:element name = "PublicKey" type = "ecdsa:ECPointType" /> </ xs:sequence> </ xs:complexType>

DTD Definition:

DTD定義:

<!ELEMENT ECDSAKeyValue (DomainParameters?, PublicKey)> <!ELEMENT PublicKey (X, Y)?> <!ELEMENT X EMPTY> <!ATTLIST X Value CDATA #REQUIRED> <!ELEMENT Y EMPTY> <!ATTLIST Y Value CDATA #REQUIRED>

<!ELEMENT ECDSAKeyValue(DomainParameters ?, PublicKey)> <!ELEMENT PublicKey(X、Y)?> <!ELEMENT X EMPTY> <!ATTLIST X Value CDATA #REQUIRED> <!ELEMENT Y EMPTY> <!ATTLIST Y Value CDATA# 必須>

3.4.2. EC Domain Parameters
3.4.2. ECドメインパラメーター

Domain parameters can be encoded either explicitly using element ExplicitParams, or by reference using element NamedCurve. The latter simply consists of an attribute named URN, which bears a uniform resource name as its value. For the named curves of standards like [X9.62], [FIPS-186-2], or [SEC2], the OIDs of these curves SHOULD be used in this attribute, e.g., URN="urn:oid:1.2.840.10045.3.1.1". The mechanism for encoding OIDs in URNs is shown in [RFC3061].

ドメインパラメータは、ExplicitParams要素を使用して明示的にエンコードするか、NamedCurve要素を使用して参照によってエンコードできます。 後者は、URNという名前の属性で構成されており、値として均一なリソース名を持っています。 [X9.62]、[FIPS-186-2]、または[SEC2]などの規格の名前付き曲線の場合、これらの曲線のOIDはこの属性で使用する必要があります(例:URN = "urn:oid:1.2.840.10045) .3.1.1 "。 URNでOIDをエンコードするメカニズムは[RFC3061]に示されています。

Schema Definition:

スキーマ定義:

<xs:complexType name="DomainParamsType"> <xs:choice> <xs:element name="ExplicitParams" type="ecdsa:ExplicitParamsType"/> <xs:element name="NamedCurve"> <xs:complexType> <xs:attribute name="URN" type="xs:anyURI" use="required"/> </xs:complexType> </xs:element> </xs:choice> </xs:complexType>

<xs:complexType name = "DomainParamsType"> <xs:choice> <xs:element name = "ExplicitParams" type = "ecdsa:ExplicitParamsType" /> <xs:element name = "NamedCurve"> <xs:complexType> <xs :attribute name = "URN" type = "xs:anyURI" use = "required" /> </ xs:complexType> </ xs:element> </ xs:choice> </ xs:complexType>

DTD Definition:

DTD定義:

<!ELEMENT DomainParameters (ExplicitParams | NamedCurve)> <!ELEMENT NamedCurve EMPTY> <!ATTLIST NamedCurve URN CDATA #REQUIRED>

<!ELEMENT DomainParameters(ExplicitParams | NamedCurve)> <!ELEMENT NamedCurve EMPTY> <!ATTLIST NamedCurve URN CDATA #REQUIRED>

The element ExplicitParams is used for explicit encoding of domain parameters. It contains three subelements: FieldParams describes the underlying field, CurveParams describes the elliptic curve, and BasePointParams describes the base point of the elliptic curve.

要素ExplicitParamsは、ドメインパラメータの明示的なエンコードに使用されます。 これには3つのサブ要素が含まれます。FieldParamsは基になるフィールドを記述し、CurveParamsは楕円曲線を記述し、BasePointParamsは楕円曲線の基点を記述します。

Schema Definition:

スキーマ定義:

<xs:complexType name="ExplicitParamsType"> <xs:sequence> <xs:element name="FieldParams" type="ecdsa:FieldParamsType"/> <xs:element name="CurveParams" type="ecdsa:CurveParamsType"/> <xs:element name="BasePointParams" type="ecdsa:BasePointParamsType"/> </xs:sequence> </xs:complexType>

<xs:complexType name = "ExplicitParamsType"> <xs:sequence> <xs:element name = "FieldParams" type = "ecdsa:FieldParamsType" /> <xs:element name = "CurveParams" type = "ecdsa:CurveParamsType" / > <xs:element name = "BasePointParams" type = "ecdsa:BasePointParamsType" /> </ xs:sequence> </ xs:complexType>

DTD Definition:

DTD定義:

<!ELEMENT ExplicitParams (FieldParams, CurveParams, BasePointParams)>

<!ELEMENT ExplicitParams(FieldParams、CurveParams、BasePointParams)>

3.4.2.1. Field Parameters
3.4.2.1。 フィールドパラメータ

The element FieldParams is used for encoding field parameters. The corresponding XML Schema type FieldParamsType is declared abstract and will be extended by specialized types for prime field, characteristic two field, and odd characteristic extension fields parameters.

要素FieldParamsは、フィールドパラメータのエンコードに使用されます。 対応するXMLスキーマタイプFieldParamsTypeは抽象として宣言され、プライムフィールド、特性2フィールド、および奇数の特性拡張フィールドパラメータの特殊なタイプによって拡張されます。

The XML Schema type PrimeFieldParamsType is derived from the FieldParamsType and is used for encoding prime field parameters. The type contains the order of the prime field as its single subelement P.

XMLスキーマタイプPrimeFieldParamsTypeはFieldParamsTypeから派生し、プライムフィールドパラメーターのエンコードに使用されます。 この型には、単一のサブ要素Pとしてプライムフィールドの順序が含まれています。

The XML Schema type CharTwoFieldParamsType is derived from FieldParamsType and is used for encoding parameters of a characteristic two field. It is again an abstract type and will be extended by specialized types for trinomial and pentanomial base fields. F2m Gaussian Normal Base fields are not supported by this specification to relieve interoperability. Common to both specialized types is the element M, the extension degree of the field.

XMLスキーマタイプCharTwoFieldParamsTypeはFieldParamsTypeから派生し、特性2フィールドのパラメーターのエンコードに使用されます。 これも抽象型であり、3項および5項ベースフィールドの特殊型によって拡張されます。 F2m Gaussian Normal Baseフィールドは、相互運用性を緩和するためにこの仕様ではサポートされていません。 両方の特殊なタイプに共通するのは、フィールドの拡張度である要素Mです。

The XML Schema type TnBFieldParamsType is derived from the CharTwoFieldParamsType and is used for encoding trinomial base fields. It adds the single element K, which represents the integer k, where x^m + x^k + 1 is the reduction polynomial.

XMLスキーマタイプTnBFieldParamsTypeはCharTwoFieldParamsTypeから派生し、三項ベースフィールドのエンコードに使用されます。 整数kを表す単一の要素Kを追加します。ここで、x ^ m + x ^ k + 1は縮約多項式です。

The XML Schema type PnBFieldParamsType is derived from the CharTwoFieldParamsType and is used for encoding pentanomial base fields. It adds the three elements K1, K2 and K3, which represent the integers k1, k2 and k3 respectively, where x^m + x^k3 + x^k2 + x^k1 + 1 is the reduction polynomial.

XMLスキーマタイプPnBFieldParamsTypeはCharTwoFieldParamsTypeから派生し、5項ベースフィールドのエンコードに使用されます。 整数k1、k2、およびk3をそれぞれ表す3つの要素K1、K2、およびK3を追加します。ここで、x ^ m + x ^ k3 + x ^ k2 + x ^ k1 + 1は縮約多項式です。

The XML Schema type OddCharExtensionFieldParamsType is derived from the FieldParamsType and is used for encoding parameters of an odd characteristic extension field. This type contains two elements: M, which represents the extension degree of the field m, and W, which represents the integer w, where x^m - w is the reduction polynomial.

XMLスキーマ型OddCharExtensionFieldParamsTypeはFieldParamsTypeから派生し、奇数の特性拡張フィールドのパラメーターのエンコードに使用されます。 このタイプには2つの要素が含まれます。Mはフィールドmの拡張度を表し、Wは整数wを表します。x^ m-wは縮約多項式です。

Schema Definition:

スキーマ定義:

<xs:complexType name="FieldParamsType" abstract="true"/>

<xs:complexType name = "FieldParamsType" abstract = "true" />

<xs:complexType name="PrimeFieldParamsType"> <xs:complexContent> <xs:extension base="ecdsa:FieldParamsType"> <xs:sequence> <xs:element name="P" type="xs:positiveInteger"/> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType>

<xs:complexType name = "PrimeFieldParamsType"> <xs:complexContent> <xs:extension base = "ecdsa:FieldParamsType"> <xs:sequence> <xs:element name = "P" type = "xs:positiveInteger" /> </ xs:sequence> </ xs:extension> </ xs:complexContent> </ xs:complexType>

<xs:complexType name="CharTwoFieldParamsType" abstract="true"> <xs:complexContent> <xs:extension base="ecdsa:FieldParamsType"> <xs:sequence> <xs:element name="M" type="xs:positiveInteger"/> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType>

<xs:complexType name = "CharTwoFieldParamsType" abstract = "true"> <xs:complexContent> <xs:extension base = "ecdsa:FieldParamsType"> <xs:sequence> <xs:element name = "M" type = "xs :positiveInteger "/> </ xs:sequence> </ xs:extension> </ xs:complexContent> </ xs:complexType>

<xs:complexType name="OddCharExtensionFieldParamsType"> <xs:complexContent> <xs:extension base="ecdsa:FieldParamsType"> <xs:sequence> <xs:element name="M" type="xs:positiveInteger"/> <xs:element name="W" type="xs:positiveInteger"/> </xs:sequence>

<xs:complexType name = "OddCharExtensionFieldParamsType"> <xs:complexContent> <xs:extension base = "ecdsa:FieldParamsType"> <xs:sequence> <xs:element name = "M" type = "xs:positiveInteger" /> <xs:element name = "W" type = "xs:positiveInteger" /> </ xs:sequence>

</xs:extension> </xs:complexContent> </xs:complexType>

</ xs:extension> </ xs:complexContent> </ xs:complexType>

<xs:complexType name="TnBFieldParamsType"> <xs:complexContent> <xs:extension base="ecdsa:CharTwoFieldParamsType"> <xs:sequence> <xs:element name="K" type="xs:positiveInteger"/> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType>

<xs:complexType name = "TnBFieldParamsType"> <xs:complexContent> <xs:extension base = "ecdsa:CharTwoFieldParamsType"> <xs:sequence> <xs:element name = "K" type = "xs:positiveInteger" /> </ xs:sequence> </ xs:extension> </ xs:complexContent> </ xs:complexType>

<xs:complexType name="PnBFieldParamsType"> <xs:complexContent> <xs:extension base="ecdsa:CharTwoFieldParamsType"> <xs:sequence> <xs:element name="K1" type="xs:positiveInteger"/> <xs:element name="K2" type="xs:positiveInteger"/> <xs:element name="K3" type="xs:positiveInteger"/> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType>

<xs:complexType name = "PnBFieldParamsType"> <xs:complexContent> <xs:extension base = "ecdsa:CharTwoFieldParamsType"> <xs:sequence> <xs:element name = "K1" type = "xs:positiveInteger" /> <xs:element name = "K2" type = "xs:positiveInteger" /> <xs:element name = "K3" type = "xs:positiveInteger" /> </ xs:sequence> </ xs:extension> </ xs:complexContent> </ xs:complexType>

DTD Definition:

DTD定義:

<!ELEMENT FieldParams (P | (M, K) | (M, K1, K2, K3) | (M, W))> <!ELEMENT P (#PCDATA)> <!ELEMENT M (#PCDATA)> <!ELEMENT K (#PCDATA)> <!ELEMENT K1 (#PCDATA)> <!ELEMENT K2 (#PCDATA)> <!ELEMENT K3 (#PCDATA)> <!ELEMENT W (#PCDATA)>

<!ELEMENT FieldParams(P |(M、K)|(M、K1、K2、K3)|(M、W))> <!ELEMENT P(#PCDATA)> <!ELEMENT M(#PCDATA)> <! ELEMENT K(#PCDATA)> <!ELEMENT K1(#PCDATA)> <!ELEMENT K2(#PCDATA)> <!ELEMENT K3(#PCDATA)> <!ELEMENT W(#PCDATA)>

3.4.2.2. Curve Parameters
3.4.2.2。 曲線パラメーター

The element CurveParams is used for encoding parameters of the elliptic curve. The corresponding XML Schema type CurveParamsType bears the elements A and B representing the coefficients a and b of the elliptic curve. According to the algorithm specified in annex A3.3 of [X9.62], the optional element Seed contains the value used to derive the coefficients of a randomly generated elliptic curve.

要素CurveParamsは、楕円曲線のパラメーターのエンコードに使用されます。 対応するXMLスキーマタイプCurveParamsTypeには、楕円曲線の係数aおよびbを表す要素AおよびBが含まれます。 [X9.62]の附属書A3.3で指定されているアルゴリズムによれば、オプションの要素Seedには、ランダムに生成された楕円曲線の係数を導出するために使用される値が含まれています。

Schema Definition:

スキーマ定義:

<xs:complexType name="CurveParamsType"> <xs:sequence> <xs:element name="A" type="ecdsa:FieldElemType"/> <xs:element name="B" type="ecdsa:FieldElemType"/> <xs:element name="Seed" type="xs:hexBinary" minOccurs="0"/> </xs:sequence> </xs:complexType>

<xs:complexType name = "CurveParamsType"> <xs:sequence> <xs:element name = "A" type = "ecdsa:FieldElemType" /> <xs:element name = "B" type = "ecdsa:FieldElemType" / > <xs:element name = "Seed" type = "xs:hexBinary" minOccurs = "0" /> </ xs:sequence> </ xs:complexType>

DTD Definition:

DTD定義:

<!ELEMENT CurveParams (A, B, Seed?)> <!ELEMENT A EMPTY> <!ATTLIST A Value CDATA #REQUIRED> <!ELEMENT B EMPTY> <!ATTLIST B Value CDATA #REQUIRED> <!ELEMENT Seed (#PCDATA)>

<!ELEMENT CurveParams(A、B、Seed?)> <!ELEMENT A EMPTY> <!ATTLIST A Value CDATA #REQUIRED> <!ELEMENT B EMPTY> <!ATTLIST B Value CDATA #REQUIRED> <!ELEMENT Seed(#PCDATA )>

3.4.2.3. Base Point Parameters
3.4.2.3。 基点パラメータ

The element BasePointParams is used for encoding parameters regarding the base point of the elliptic curve. BasePoint represents the base point itself, Order provides the order of the base point, and Cofactor optionally provides the cofactor of the base point.

要素BasePointParamsは、楕円曲線の基点に関するパラメーターのエンコードに使用されます。 BasePointはベースポイント自体を表し、Orderはベースポイントの順序を提供し、Cofactorはオプションでベースポイントのコファクターを提供します。

Schema Definition:

スキーマ定義:

<xs:complexType name="BasePointParamsType"> <xs:sequence> <xs:element name="BasePoint" type="ecdsa:ECPointType"/> <xs:element name="Order" type="xs:positiveInteger"/> <xs:element name="Cofactor" type="xs:positiveInteger" minOccurs="0"/> </xs:sequence> </xs:complexType>

<xs:complexType name = "BasePointParamsType"> <xs:sequence> <xs:element name = "BasePoint" type = "ecdsa:ECPointType" /> <xs:element name = "Order" type = "xs:positiveInteger" / > <xs:element name = "Cofactor" type = "xs:positiveInteger" minOccurs = "0" /> </ xs:sequence> </ xs:complexType>

DTD Definition:

DTD定義:

<!ELEMENT BasePointParams (BasePoint, Order, Cofactor?)> <!ELEMENT BasePoint (X, Y)?> <!ELEMENT Order (#PCDATA)> <!ELEMENT Cofactor (#PCDATA)>

<!ELEMENT BasePointParams(BasePoint、Order、Cofactor?)> <!ELEMENT BasePoint(X、Y)?> <!ELEMENT Order(#PCDATA)> <!ELEMENT Cofactor(#PCDATA)>

3.4.3. EC Points
3.4.3. ECポイント

The XML Schema type ECPointType is used for encoding a point on the elliptic curve. It consists of the subelements X and Y, providing the x and y coordinates of the point. Point compression representation is not supported by this specification for the sake of simple design.

XMLスキーマタイプECPointTypeは、楕円曲線上のポイントをエンコードするために使用されます。 これは、サブ要素XおよびYで構成され、ポイントのxおよびy座標を提供します。 単純な設計のため、この仕様では点圧縮表現はサポートされていません。

The point at infinity is encoded by omitting both elements X and Y.

無限大のポイントは、要素XとYの両方を省略することでエンコードされます。

The subelements X and Y are of type FieldElemType. This is an abstract type for encoding elements of the elliptic curves underlying field and is extended by specialized types for prime field elements and characteristic two field elements.

サブ要素XおよびYは、FieldElemType型です。 これは、フィールドの基礎となる楕円曲線の要素をエンコードするための抽象型であり、素数フィールド要素と特性2フィールド要素の特殊タイプによって拡張されます。

The XML Schema type PrimeFieldElemType is used for encoding prime field elements. It contains a single attribute named Value whose value represents the field element as an integer.

プライムフィールド要素のエンコードには、XMLスキーマタイプPrimeFieldElemTypeが使用されます。 これには、フィールド要素を整数として表す値を持つValueという名前の単一の属性が含まれます。

The XML Schema type CharTwoFieldElemType is used for encoding characteristic two field elements. It contains a single attribute named Value whose value represents the field element as an octet string. The octet string must be composed as shown in paragraph 2 of section 4.3.3 of [X9.62].

XMLスキーマタイプCharTwoFieldElemTypeは、特性2フィールド要素のエンコードに使用されます。 値には、フィールド要素をオクテット文字列として表すValueという名前の単一の属性が含まれます。 オクテット文字列は、[X9.62]のセクション4.3.3の段落2に示すように構成する必要があります。

The XML Schema type OddCharExtensionFieldElemType is used for encoding odd characteristic extension field elements. It contains a single attribute named Value whose value represents the field element as an integer. The integer must be composed as shown in section 5.3.3 of [IEEE1363a].

XMLスキーマ型OddCharExtensionFieldElemTypeは、奇数の特性拡張フィールド要素のエンコードに使用されます。 これには、フィールド要素を整数として表す値を持つValueという名前の単一の属性が含まれます。 整数は、[IEEE1363a]のセクション5.3.3に示すように構成する必要があります。

Schema Definition:

スキーマ定義:

<xs:complexType name="ECPointType"> <xs:sequence minOccurs="0"> <xs:element name="X" type="ecdsa:FieldElemType"/> <xs:element name="Y" type="ecdsa:FieldElemType"/> </xs:sequence> </xs:complexType> <xs:complexType name="FieldElemType" abstract="true"/>

<xs:complexType name = "ECPointType"> <xs:sequence minOccurs = "0"> <xs:element name = "X" type = "ecdsa:FieldElemType" /> <xs:element name = "Y" type = " ecdsa:FieldElemType "/> </ xs:sequence> </ xs:complexType> <xs:complexType name =" FieldElemType "abstract =" true "/>

<xs:complexType name="PrimeFieldElemType"> <xs:complexContent> <xs:extension base="ecdsa:FieldElemType"> <xs:attribute name="Value" type="xs:nonNegativeInteger" use="required"/> </xs:extension> </xs:complexContent> </xs:complexType>

<xs:complexType name = "PrimeFieldElemType"> <xs:complexContent> <xs:extension base = "ecdsa:FieldElemType"> <xs:attribute name = "Value" type = "xs:nonNegativeInteger" use = "required" /> </ xs:extension> </ xs:complexContent> </ xs:complexType>

<xs:complexType name="CharTwoFieldElemType"> <xs:complexContent> <xs:extension base="ecdsa:FieldElemType"> <xs:attribute name="Value" type="xs:hexBinary" use="required"/> </xs:extension> </xs:complexContent> </xs:complexType>

<xs:complexType name = "CharTwoFieldElemType"> <xs:complexContent> <xs:extension base = "ecdsa:FieldElemType"> <xs:attribute name = "Value" type = "xs:hexBinary" use = "required" /> </ xs:extension> </ xs:complexContent> </ xs:complexType>

<xs:complexType name="OddCharExtensionFieldElemType"> <xs:complexContent> <xs:extension base="ecdsa:FieldElemType"> <xs:attribute name="Value" type="xs:nonNegativeInteger" use="required"/> </xs:extension> </xs:complexContent> </xs:complexType>

<xs:complexType name = "OddCharExtensionFieldElemType"> <xs:complexContent> <xs:extension base = "ecdsa:FieldElemType"> <xs:attribute name = "Value" type = "xs:nonNegativeInteger" use = "required" /> </ xs:extension> </ xs:complexContent> </ xs:complexType>

4. Security Considerations
4.セキュリティに関する考慮事項

Implementers should ensure that appropriate security measures are in place when they deploy ECDSA within XMLDSIG. In particular, the security of ECDSA requires careful selection of both key sizes and elliptic curve domain parameters. Selection guidelines for these parameters and some specific recommended curves that are considered safe are provided in [X9.62], [FIPS-186-2], and [SEC2]. For further security discussion, see [XMLDSIG].

実装者は、XMLDSIG内でECDSAを展開する際に適切なセキュリティ対策が実施されていることを確認する必要があります。 特に、ECDSAのセキュリティでは、キーサイズと楕円曲線ドメインパラメーターの両方を慎重に選択する必要があります。 これらのパラメーターの選択ガイドラインおよび安全と見なされる特定の推奨曲線は、[X9.62]、[FIPS-186-2]、および[SEC2]で提供されています。 セキュリティの詳細については、[XMLDSIG]を参照してください。

5. Normative References
5.規範的な参考文献

[Eastlake] Eastlake 3rd, D., "Additional XML Security Uniform Resource Identifiers (URIs)", RFC 4051, April 2005.

[Eastlake] Eastlake 3rd、D。、「追加のXMLセキュリティUniform Resource Identifiers(URI)」、RFC 4051、2005年4月。

[X9.62] American National Standards Institute. ANSI X9.62-1998, Public Key Cryptography for the Financial Services Industry: The Elliptic Curve Digital Signature Algorithm. January 1999.

[X9.62]米国規格協会。 ANSI X9.62-1998、金融サービス業界向け公開鍵暗号:楕円曲線デジタル署名アルゴリズム。 1999年1月。

[XMLDSIG] Eastlake 3rd, D., Reagle, J., and D. Solo, "(Extensible Markup Language) XML-Signature Syntax and Processing", RFC 3275, March 2002.

[XMLDSIG] Eastlake 3rd、D.、Reagle、J。、およびD. Solo、「(Extensible Markup Language)XML-Signature Syntax and Processing」、RFC 3275、2002年3月。

[XML-schema] Beech, D., Maloney, M., Mendelsohn, N., and Thompson, H., XML Schema Part 1: Structures, W3C Recommendation, May 2001. http://www.w3.org/TR/2001/REC-xmlschema-1- 20010502/ Biron, P., and Malhotra, A., ML Schema Part 2: Datatypes, W3C Recommendation, May 2001. http://www.w3.org/TR/2001/REC-xmlschema-2-20010502/

[XMLスキーマ] Beech、D.、Maloney、M.、Mendelsohn、N.、and Thompson、H.、XML Schema Part 1:Structures、W3C Recommendation、May 2001.http://www.w3.org/TR / 2001 / REC-xmlschema-1- 20010502 / Biron、P. and Malhotra、A.、ML Schema Part 2:Datatypes、W3C Recommendation、May 2001.http://www.w3.org/TR/2001/REC -xmlschema-2-20010502 /

6. Informative References
6.参考資料

[FIPS-180-1] Federal Information Processing Standards Publication (FIPS PUB) 180-1, Secure Hash Standard, April 1995.

[FIPS-180-1]連邦情報処理標準出版物(FIPS PUB)180-1、セキュアハッシュ標準、1995年4月。

[FIPS-186-2] Federal Information Processing Standards Publication (FIPS PUB) 186-2, Digital Signature Standard, January 2000.

[FIPS-186-2]連邦情報処理標準出版物(FIPS PUB)186-2、デジタル署名標準、2000年1月。

[IEEE1363] Institute for Electrical and Electronics Engineers (IEEE) Standard 1363-2000, Standard Specifications for Public Key Cryptography, January 2000.

[IEEE1363]電気電子技術者協会(IEEE)標準1363-2000、公開鍵暗号の標準仕様、2000年1月。

[IEEE1363a] Institute for Electrical and Electronics Engineers (IEEE) Standard 1363, Draft Standard Specifications for Public Key Cryptography -- Amendment 1: Additional Techniques, October 2002.

[IEEE1363a]電気電子技術者協会(IEEE)標準1363、公開キー暗号化のためのドラフト標準仕様-修正1:追加手法、2002年10月。

[KEYS] Lenstra, A.K. and Verheul, E.R., Selecting Cryptographic Key Sizes. October 1999. Presented at Public Key Cryptography Conference, Melbourne, Australia, January 2000. http://www.cryptosavvy.com/

[KEYS] Lenstra、A.K。 and Verheul、E.R.、Selecting Cryptographic Key Sizes。 1999年10月。2000年1月、オーストラリア、メルボルンでの公開鍵暗号会議で発表。http://www.cryptosavvy.com/

[RFC3061] Mealling, M., "A URN Namespace of Object Identifiers", RFC 3061, February 2001.

[RFC3061] Mealling、M。、「オブジェクト識別子のURN名前空間」、RFC 3061、2001年2月。

[RFC3279] Bassham, L., Polk, W., and R. Housley, "Algorithms and Identifiers for the Internet X.509 Public Key Infrastructure Certificate and Certificate Revocation List (CRL) Profile", RFC 3279, April 2002.

[RFC3279] Bassham、L.、Polk、W。、およびR. Housley、「インターネットX.509公開鍵インフラストラクチャ証明書および証明書失効リスト(CRL)プロファイルのアルゴリズムと識別子」、RFC 3279、2002年4月。

[SEC1] Standards for Efficient Cryptography Group, SEC 1: Elliptic Curve Cryptography, Version 1.0, September 2000. http://www.secg.org

[SEC1] Efficient Cryptography Groupの標準、SEC 1:楕円曲線暗号、バージョン1.0、2000年9月。http://www.secg.org

[SEC2] Standards for Efficient Cryptography Group, SEC 2: Recommended Elliptic Curve Domain Parameters, Version 1.0, September 2000. http://www.secg.org

[SEC2] Efficient Cryptography Groupの標準、SEC 2:推奨楕円曲線ドメインパラメーター、バージョン1.0、2000年9月。http://www.secg.org

[XML] Bray, T., Maler, E., Paoli, J., and Sperberg-McQueen, C. M., Extensible Markup Language (XML) 1.0 (Second Edition), W3C Recommendation, October 2000. http://www.w3.org/TR/2000/REC-xml-20001006

[XML] Bray、T.、Maler、E.、Paoli、J。、およびSperberg-McQueen、CM、Extensible Markup Language(XML)1.0(第2版)、W3C勧告、2000年10月。http://www.w3 .org / TR / 2000 / REC-xml-20001006

[XML-ns] Bray, T., Hollander, D., and Layman, A., Namespaces in XML, W3C Recommendation, January 1999. http://www.w3.org/TR/1999/REC-xml-names-19990114/

[XML-ns] Bray、T.、Hollander、D。、およびLayman、A.、XMLのネームスペース、W3C勧告、1999年1月。http://www.w3.org/TR/1999/REC-xml-names -19990114 /

7. Acknowledgements
7.謝辞

The authors would like to acknowledge the many helpful comments of Wolfgang Bauer, Donald Eastlake, Tom Gindin, Chris Hawk, Akihiro Kato, Shiho Moriai, Joseph M. Reagle Jr., and Francois Rousseau.

著者は、ヴォルフガング・バウアー、ドナルド・イーストレイク、トム・ギンディン、クリス・ホーク、加藤明弘、森合志穂、ジョセフ・M・リーグル・ジュニア、フランソワ・ルソーの多くの有益なコメントを認めたいと思います。

Appendix A. Aggregate XML Schema

付録A. XMLスキーマの集約

<?xml version="1.0" encoding="UTF-8"?> <xs:schema targetNamespace="http://www.w3.org/2001/04/xmldsig-more#" xmlns:ecdsa="http://www.w3.org/2001/04/xmldsig-more#" xmlns:xs="http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified" attributeFormDefault="unqualified" version="0.2">

<?xml version = "1.0" encoding = "UTF-8"?> <xs:schema targetNamespace = "http://www.w3.org/2001/04/xmldsig-more#" xmlns:ecdsa = "http: //www.w3.org/2001/04/xmldsig-more# "xmlns:xs =" http://www.w3.org/2001/XMLSchema "elementFormDefault =" qualified "attributeFormDefault =" unqualified "version =" 0.2 ">

<!--ECDSA key value root element-->

<!-ECDSAキー値ルート要素->

<xs:element name="ECDSAKeyValue" type="ecdsa:ECDSAKeyValueType"/> <xs:complexType name="ECDSAKeyValueType"> <xs:sequence> <xs:element name="DomainParameters" type="ecdsa:DomainParamsType" minOccurs="0"/> <xs:element name="PublicKey" type="ecdsa:ECPointType"/> </xs:sequence> </xs:complexType>

<xs:element name = "ECDSAKeyValue" type = "ecdsa:ECDSAKeyValueType" /> <xs:complexType name = "ECDSAKeyValueType"> <xs:sequence> <xs:element name = "DomainParameters" type = "ecdsa:DomainParamsType" minOccurs = "0" /> <xs:element name = "PublicKey" type = "ecdsa:ECPointType" /> </ xs:sequence> </ xs:complexType>

<!--EC domain parameters-->

<!-ECドメインパラメータ->

<xs:complexType name="DomainParamsType"> <xs:choice> <xs:element name="ExplicitParams" type="ecdsa:ExplicitParamsType"/> <xs:element name="NamedCurve"> <xs:complexType> <xs:attribute name="URN" type="xs:anyURI" use="required"/> </xs:complexType> </xs:element> </xs:choice> </xs:complexType> <xs:complexType name="FieldParamsType" abstract="true"/>

<xs:complexType name = "DomainParamsType"> <xs:choice> <xs:element name = "ExplicitParams" type = "ecdsa:ExplicitParamsType" /> <xs:element name = "NamedCurve"> <xs:complexType> <xs :attribute name = "URN" type = "xs:anyURI" use = "required" /> </ xs:complexType> </ xs:element> </ xs:choice> </ xs:complexType> <xs:complexType name = "FieldParamsType" abstract = "true" />

<xs:complexType name="PrimeFieldParamsType"> <xs:complexContent> <xs:extension base="ecdsa:FieldParamsType"> <xs:sequence> <xs:element name="P" type="xs:positiveInteger"/> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType> <xs:complexType name="CharTwoFieldParamsType" abstract="true"> <xs:complexContent>

<xs:complexType name = "PrimeFieldParamsType"> <xs:complexContent> <xs:extension base = "ecdsa:FieldParamsType"> <xs:sequence> <xs:element name = "P" type = "xs:positiveInteger" /> </ xs:sequence> </ xs:extension> </ xs:complexContent> </ xs:complexType> <xs:complexType name = "CharTwoFieldParamsType" abstract = "true"> <xs:complexContent>

<xs:extension base="ecdsa:FieldParamsType"> <xs:sequence> <xs:element name="M" type="xs:positiveInteger"/> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType> <xs:complexType name="OddCharExtensionFieldParamsType"> <xs:complexContent> <xs:extension base="ecdsa:FieldParamsType"> <xs:sequence> <xs:element name="M" type="xs:positiveInteger"/> <xs:element name="W" type="xs:positiveInteger"/> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType> <xs:complexType name="TnBFieldParamsType"> <xs:complexContent> <xs:extension base="ecdsa:CharTwoFieldParamsType"> <xs:sequence> <xs:element name="K" type="xs:positiveInteger"/> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType> <xs:complexType name="PnBFieldParamsType"> <xs:complexContent> <xs:extension base="ecdsa:CharTwoFieldParamsType"> <xs:sequence> <xs:element name="K1" type="xs:positiveInteger"/> <xs:element name="K2" type="xs:positiveInteger"/> <xs:element name="K3" type="xs:positiveInteger"/> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType> <xs:complexType name="ExplicitParamsType"> <xs:sequence> <xs:element name="FieldParams" type="ecdsa:FieldParamsType"/> <xs:element name="CurveParams" type="ecdsa:CurveParamsType"/> <xs:element name="BasePointParams" type="ecdsa:BasePointParamsType"/> </xs:sequence> </xs:complexType> <xs:complexType name="CurveParamsType"> <xs:sequence> <xs:element name="A" type="ecdsa:FieldElemType"/>

<xs:extension base = "ecdsa:FieldParamsType"> <xs:sequence> <xs:element name = "M" type = "xs:positiveInteger" /> </ xs:sequence> </ xs:extension> </ xs :complexContent> </ xs:complexType> <xs:complexType name = "OddCharExtensionFieldParamsType"> <xs:complexContent> <xs:extension base = "ecdsa:FieldParamsType"> <xs:sequence> <xs:element name = "M" type = "xs:positiveInteger" /> <xs:element name = "W" type = "xs:positiveInteger" /> </ xs:sequence> </ xs:extension> </ xs:complexContent> </ xs:complexType > <xs:complexType name = "TnBFieldParamsType"> <xs:complexContent> <xs:extension base = "ecdsa:CharTwoFieldParamsType"> <xs:sequence> <xs:element name = "K" type = "xs:positiveInteger" / > </ xs:sequence> </ xs:extension> </ xs:complexContent> </ xs:complexType> <xs:complexType name = "PnBFieldParamsType"> <xs:complexContent> <xs:extension base = "ecdsa:CharTwoFieldParamsType "> <xs:sequence> <xs:element name =" K1 "type =" xs:positiveInteger "/> <xs:element name =" K2 "type =" xs:positiveInteger "/> <xs:element name =" K3 "type =" xs:positiveInteger "/> </ xs:sequence> </ xs:extension> </ xs:complexContent> </ xs:complexType> <xs:complexType name =" ExplicitParamsType "> <xs:sequence> <xs:element name =" FieldParams "type =" ecdsa:FieldParamsType "/> <xs:element name =" CurveParams "type =" ecdsa:CurveParamsType "/> <xs:element name =" BasePointParams "type =" ecdsa:BasePointParamsType "/> </ xs: sequence> </ xs:complexType> <xs:complexType name = "CurveParamsType"> <xs:sequence> <xs:element name = "A" type = "ecdsa:FieldElemType" />

<xs:element name="B" type="ecdsa:FieldElemType"/> <xs:element name="Seed" type="xs:hexBinary" minOccurs="0"/> </xs:sequence> </xs:complexType> <xs:complexType name="BasePointParamsType"> <xs:sequence> <xs:element name="BasePoint" type="ecdsa:ECPointType"/> <xs:element name="Order" type="xs:positiveInteger"/> <xs:element name="Cofactor" type="xs:positiveInteger" minOccurs="0"/> </xs:sequence> </xs:complexType>

<xs:element name = "B" type = "ecdsa:FieldElemType" /> <xs:element name = "Seed" type = "xs:hexBinary" minOccurs = "0" /> </ xs:sequence> </ xs :complexType> <xs:complexType name = "BasePointParamsType"> <xs:sequence> <xs:element name = "BasePoint" type = "ecdsa:ECPointType" /> <xs:element name = "Order" type = "xs: positiveInteger "/> <xs:element name =" Cofactor "type =" xs:positiveInteger "minOccurs =" 0 "/> </ xs:sequence> </ xs:complexType>

<!--EC point-->

<!-ECポイント->

<xs:complexType name="ECPointType"> <xs:sequence minOccurs="0"> <xs:element name="X" type="ecdsa:FieldElemType"/> <xs:element name="Y" type="ecdsa:FieldElemType"/> </xs:sequence> </xs:complexType>

<xs:complexType name = "ECPointType"> <xs:sequence minOccurs = "0"> <xs:element name = "X" type = "ecdsa:FieldElemType" /> <xs:element name = "Y" type = " ecdsa:FieldElemType "/> </ xs:sequence> </ xs:complexType>

<!--Field element-->

<!-フィールド要素->

<xs:complexType name="FieldElemType" abstract="true"/> <xs:complexType name="PrimeFieldElemType"> <xs:complexContent> <xs:extension base="ecdsa:FieldElemType"> <xs:attribute name="Value" type="xs:nonNegativeInteger" use="required"/> </xs:extension> </xs:complexContent> </xs:complexType> <xs:complexType name="CharTwoFieldElemType"> <xs:complexContent> <xs:extension base="ecdsa:FieldElemType"> <xs:attribute name="Value" type="xs:hexBinary" use="required"/> </xs:extension> </xs:complexContent> </xs:complexType> <xs:complexType name="OddCharExtensionFieldElemType"> <xs:complexContent> <xs:extension base="ecdsa:FieldElemType"> <xs:attribute name="Value" type="xs:nonNegativeInteger" use="required"/> </xs:extension> </xs:complexContent>

<xs:complexType name = "FieldElemType" abstract = "true" /> <xs:complexType name = "PrimeFieldElemType"> <xs:complexContent> <xs:extension base = "ecdsa:FieldElemType"> <xs:attribute name = " 値 "type =" xs:nonNegativeInteger "use =" required "/> </ xs:extension> </ xs:complexContent> </ xs:complexType> <xs:complexType name =" CharTwoFieldElemType "> <xs:complexContent> < xs:extension base = "ecdsa:FieldElemType"> <xs:attribute name = "Value" type = "xs:hexBinary" use = "required" /> </ xs:extension> </ xs:complexContent> </ xs: complexType> <xs:complexType name = "OddCharExtensionFieldElemType"> <xs:complexContent> <xs:extension base = "ecdsa:FieldElemType"> <xs:attribute name = "Value" type = "xs:nonNegativeInteger" use = "required" /> </ xs:extension> </ xs:complexContent>

</xs:complexType> </xs:schema>

</ xs:complexType> </ xs:schema>

Appendix B. Aggregate DTD

付録B.集約DTD

<!ELEMENT ECDSAKeyValue (DomainParameters?, PublicKey)> <!ELEMENT PublicKey (X, Y)?> <!ELEMENT X EMPTY> <!ATTLIST X Value CDATA #REQUIRED> <!ELEMENT Y EMPTY> <!ATTLIST Y Value CDATA #REQUIRED> <!ELEMENT DomainParameters (ExplicitParams | NamedCurve)> <!ELEMENT NamedCurve EMPTY> <!ATTLIST NamedCurve URN CDATA #REQUIRED> <!ELEMENT ExplicitParams (FieldParams, CurveParams, BasePointParams)> <!ELEMENT FieldParams (P | (M, K) | (M, K1, K2, K3) | (M, W))> <!ELEMENT P (#PCDATA)> <!ELEMENT M (#PCDATA)> <!ELEMENT W (#PCDATA)> <!ELEMENT K (#PCDATA)> <!ELEMENT K1 (#PCDATA)> <!ELEMENT K2 (#PCDATA)> <!ELEMENT K3 (#PCDATA)> <!ELEMENT CurveParams (A, B, Seed?)> <!ELEMENT A EMPTY> <!ATTLIST A Value CDATA #REQUIRED> <!ELEMENT B EMPTY> <!ATTLIST B Value CDATA #REQUIRED> <!ELEMENT Seed (#PCDATA)> <!ELEMENT BasePointParams (BasePoint, Order, Cofactor?)> <!ELEMENT BasePoint (X, Y)?> <!ELEMENT Order (#PCDATA)> <!ELEMENT Cofactor (#PCDATA)>

<!ELEMENT ECDSAKeyValue(DomainParameters ?, PublicKey)> <!ELEMENT PublicKey(X、Y)?> <!ELEMENT X EMPTY> <!ATTLIST X Value CDATA #REQUIRED> <!ELEMENT Y EMPTY> <!ATTLIST Y Value CDATA# 必須> <!ELEMENT DomainParameters(ExplicitParams | NamedCurve)> <!ELEMENT NamedCurve EMPTY> <!ATTLIST NamedCurve URN CDATA #REQUIRED> <!ELEMENT ExplicitParams(FieldParams、CurveParams、BasePointParams)> <!ELEMENT FieldParams(P |(M、K )|(M、K1、K2、K3)|(M、W))> <!ELEMENT P(#PCDATA)> <!ELEMENT M(#PCDATA)> <!ELEMENT W(#PCDATA)> <!ELEMENT K (#PCDATA)> <!ELEMENT K1(#PCDATA)> <!ELEMENT K2(#PCDATA)> <!ELEMENT K3(#PCDATA)> <!ELEMENT CurveParams(A、B、Seed?)> <!ELEMENT A EMPTY > <!ATTLIST A Value CDATA #REQUIRED> <!ELEMENT B EMPTY> <!ATTLIST B Value CDATA #REQUIRED> <!ELEMENT Seed(#PCDATA)> <!ELEMENT BasePointParams(BasePoint、Order、Cofactor?)> <!ELEMENT BasePoint(X、Y)?> <!ELEMENT Order(#PCDATA)> <!ELEMENT Cofactor(#PCDATA)>

Authors' Addresses

著者のアドレス

Simon Blake-Wilson BCI 96 Spadina Ave, Unit 606 Toronto, ON, M5V 2J6, Canada

Simon Blake-Wilson BCI 96 Spadina Ave、Unit 606トロント、ON、M5V 2J6、カナダ

EMail: sblakewilson@bcisse.com

メール:sblakewilson@bcisse.com

Gregor Karlinger Federal Staff Office for IT Strategies/Federal Chancellery Ballhausplatz 2 1014 Wien, Austria

Gregor Karlinger IT戦略/連邦首相府連邦職員室Ballhausplatz 2 1014 Wien、Austria

EMail: gregor.karlinger@cio.gv.at

メール:gregor.karlinger@cio.gv.at

Tetsutaro Kobayashi NTT Laboratories 1-1 Hikarinooka, Yokosuka, 239-0847, Japan

〒239-0847横須賀市光の丘1-1小林哲太郎NTT研究所

EMail: kotetsu@isl.ntt.co.jp

メール:kotetsu@isl.ntt.co.jp

Yongge Wang University of North Carolina at Charlotte 9201 University City Blvd Charlotte, NC 28223, USA

ノースカロライナ州永Charlotte王大学シャーロット校9201 University City Blvd Charlotte、NC 28223、USA

EMail: yonwang@uncc.edu

メール:yonwang@uncc.edu

Full Copyright Statement

完全な著作権表示

Copyright (C) The Internet Society (2005).

著作権(C)インターネット協会(2005)。

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 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開示のコピーおよび利用可能になるライセンスの保証、またはこの仕様の実装者またはユーザーによる一般的なライセンスまたはそのような所有権の使用許可の取得を試みた結果を取得できます。 IETFオンラインIPRリポジトリ(http://www.ietf.org/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のietf-ipr@ietf.orgに情報を送信してください。

Acknowledgement

謝辞

Funding for the RFC Editor function is currently provided by the Internet Society.

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