1、 ETSI TS 101 903 V1.4.2 (2010-12)Technical Specification Electronic Signatures and Infrastructures (ESI);XML Advanced Electronic Signatures (XAdES)floppy3ETSI ETSI TS 101 903 V1.4.2 (2010-12)2Reference RTS/ESI-000112 Keywords e-commerce, electronic signature, security, XAdES ETSI 650 Route des Lucio
2、les F-06921 Sophia Antipolis Cedex - FRANCE Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16 Siret N 348 623 562 00017 - NAF 742 C Association but non lucratif enregistre la Sous-Prfecture de Grasse (06) N 7803/88 Important notice Individual copies of the present document can be downloaded from: http:
3、/www.etsi.org The present document may be made available in more than one electronic version or in print. In any case of existing or perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF). In case of dispute, the reference shall be the pri
4、nting on ETSI printers of the PDF version kept on a specific network drive within ETSI Secretariat. Users of the present document should be aware that the document may be subject to revision or change of status. Information on the current status of this and other ETSI documents is available at http:
5、/portal.etsi.org/tb/status/status.asp If you find errors in the present document, please send your comment to one of the following services: http:/portal.etsi.org/chaircor/ETSI_support.asp Copyright Notification No part may be reproduced except as authorized by written permission. The copyright and
6、the foregoing restriction extend to reproduction in all media. European Telecommunications Standards Institute 2010. All rights reserved. DECTTM, PLUGTESTSTM, UMTSTM, TIPHONTM, the TIPHON logo and the ETSI logo are Trade Marks of ETSI registered for the benefit of its Members. 3GPPTM is a Trade Mark
7、 of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners. LTE is a Trade Mark of ETSI currently being registered for the benefit of its Members and of the 3GPP Organizational Partners. GSM and the GSM logo are Trade Marks registered and owned by the GSM Association.
8、 ETSI ETSI TS 101 903 V1.4.2 (2010-12)3Contents Intellectual Property Rights 6g3Foreword . 6g3Introduction 6g3Editorial conventions 7g31 Scope 8g32 References 9g32.1 Normative references . 9g32.2 Informative references 10g33 Definitions and abbreviations . 10g33.1 Definitions 10g33.2 Abbreviations .
9、 10g34 Overview 11g34.1 Major Parties 11g34.2 Signatures policies 12g34.3 Signature properties and signature forms . 12g34.4 Electronic signature forms 14g34.4.1 Basic electronic signature (XAdES-BES) . 14g34.4.2 Explicit policy electronic signatures (XAdES-EPES) 17g34.4.3 Electronic signature forma
10、ts with validation data . 18g34.4.3.1 Electronic signature with time (XAdES-T) . 18g34.4.3.2 Electronic signature with complete validation data references (XAdES-C) . 19g34.5 Validation process 21g34.6 Arbitration 21g35 XML namespaces for the present document 22g35.1 Namespace for elements specified
11、 in XAdESv1.3.2 22g35.2 Namespace for new elements defined in V1.4.1 23g36 Syntax overview . 23g36.1 Technical criteria 23g36.2 The QualifyingProperties element . 24g36.2.1 The SignedProperties element . 24g36.2.2 The UnsignedProperties element. 25g36.2.3 The SignedSignatureProperties element 25g36.
12、2.4 The SignedDataObjectProperties element . 26g36.2.5 The UnsignedSignatureProperties element . 26g36.2.6 The UnsignedDataObjectProperties element . 27g36.3 Incorporating qualifying properties into an XML signature . 27g36.3.1 Signing properties . 28g36.3.2 The QualifyingPropertiesReference element
13、 28g37 Qualifying properties syntax 28g37.1 Auxiliary syntax . 29g37.1.1 The AnyType data type . 29g37.1.2 The ObjectIdentifierType data type 29g37.1.3 The EncapsulatedPKIDataType data type . 30g37.1.4 Types for time-stamp tokens management . 31g37.1.4.1 Time-stamp properties in XAdES . 31g37.1.4.2
14、The GenericTimeStampType data type . 31g37.1.4.3 The XAdESTimeStampType data type . 33g37.1.4.3.1 Include mechanism 33g37.1.4.4 The OtherTimeStampType data type 34g37.2 Properties for XAdES-BES and XAdES-EPES forms . 35g3ETSI ETSI TS 101 903 V1.4.2 (2010-12)47.2.1 The SigningTime element . 35g37.2.2
15、 The SigningCertificate element. 35g37.2.3 The SignaturePolicyIdentifier element 36g37.2.3.1 Signature Policy qualifiers 38g37.2.4 Countersignatures . 38g37.2.4.1 Countersignature identifier in Type attribute of ds:Reference . 38g37.2.4.2 Enveloped countersignatures: the CounterSignature element . 3
16、9g37.2.5 The DataObjectFormat element . 40g37.2.6 The CommitmentTypeIndication element 41g37.2.7 The SignatureProductionPlace element 42g37.2.8 The SignerRole element 43g37.2.9 The AllDataObjectsTimeStamp element . 44g37.2.10 The IndividualDataObjectsTimeStamp element 44g37.3 The SignatureTimeStamp
17、element 45g37.4 Properties for references to validation data 45g37.4.1 The CompleteCertificateRefs element . 46g37.4.2 The CompleteRevocationRefs element . 46g37.4.3 The AttributeCertificateRefs element 48g37.4.4 The AttributeRevocationRefs element . 49g37.5 Time-stamps on references to validation d
18、ata 49g37.5.1 The SigAndRefsTimeStamp element 49g37.5.1.1 Not distributed case . 50g37.5.1.2 Distributed case . 50g37.5.2 The RefsOnlyTimeStamp element . 51g37.5.2.1 Not distributed case . 51g37.5.2.2 Distributed case . 52g37.6 Properties for validation data values 52g37.6.1 The CertificateValues Pr
19、operty element 52g37.6.2 The RevocationValues property element . 53g37.6.3 The AttrAuthoritiesCertValues element 54g37.6.4 The AttributeRevocationValues Property element . 55g37.7 The ArchiveTimeStamp element . 55g38 New unsigned properties in XAdESv1.4.1. 55g38.1 The new XAdESv141:TimeStampValidati
20、onData element . 56g38.1.1 Use of URI attribute . 56g38.2 The new xadesv141:ArchiveTimeStamp element . 57g38.2.1 Not distributed case 58g38.2.2 Distributed case 59g39 Conformance requirements 60g39.1 Basic Electronic Signature (XAdES-BES) . 60g39.2 Explicit policy based Electronic Signature (XAdES-E
21、PES) 60g39.3 Verification using time-stamping . 61g39.4 Verification using secure records . 61g3Annex A (informative): Definitions . 62g3Annex B (informative): Extended electronic signature forms 63g3B.1 Extended signatures with time forms (XAdES-X) . 63g3B.2 Extended long electronic signatures with
22、 time (XAdES-X-L) . 64g3B.3 Archival electronic signatures (XAdES-A) 65g3Annex C (informative): concepts and rationales . 67g3C.1 Multiple signatures and countersignatures . 67g3Annex D (normative): Schema definitions . 68g3Annex E (informative): Main changes to XAdESv1.4.1 77g3ETSI ETSI TS 101 903
23、V1.4.2 (2010-12)5Annex F (informative): Incorporation of qualifying properties 79g3Annex G (informative): Details on XAdES signatures validation 84g3G.1 Signatures evolution example 84g3G.1.1 Example of path to archival form with validation data references . 87g3G.1.2 Example of path to archival for
24、m without validation data references 90g3G.2 Verification technical rules 91g3G.2.1 Relationship with other standard verification procedures 91g3G.2.2 Verification procedure 91g3G.2.2.1 General Checks . 91g3G.2.2.2 Getting certificates for verification . 91g3G.2.2.3 Getting certificates status infor
25、mation for verification . 92g3G.2.2.4 Checking SigningTime 92g3G.2.2.5 Checking SigningCertificate . 92g3G.2.2.6 Checking SignaturePolicyIdentifier 93g3G.2.2.7 Checking Countersignatures . 93g3G.2.2.8 Checking DataObjectFormat 94g3G.2.2.9 Checking CommitmentTypeIndication . 94g3G.2.2.10 Checking Sig
26、natureProductionPlace . 94g3G.2.2.11 Checking SignerRole 94g3G.2.2.12 Checking CompleteCertificateRefs and AttributeCertificateRefs 94g3G.2.2.13 Checking CompleteRevocationRefs and AttributeRevocationRefs . 95g3G.2.2.14 Checking CertificateValues and AttrAuthoritiesValues . 96g3G.2.2.15 Checking Rev
27、ocationValues and AttributeRevocationValues . 96g3G.2.2.16 Checking time-stamp tokens . 96g3G.2.2.16.1 Containers using one identification mechanism 97g3G.2.2.16.1.1 Checking AllDataObjectsTimeStamp 97g3G.2.2.16.1.2 Checking IndividualDataObjectsTimeStamp 97g3G.2.2.16.1.3 Checking SignatureTimeStamp
28、 98g3G.2.2.16.2 Containers using two/both identification mechanism . 98g3G.2.2.16.2.1 Common rules . 98g3G.2.2.16.2.2 Checking RefsOnlyTimeStamp 99g3G.2.2.16.2.3 Checking SigAndRefsTimeStamp . 100g3G.2.2.16.2.4 Checking xadesV141:ArchiveTimeStamp 100g3Annex H (informative): Versioning rules . 102g3A
29、nnex I (informative): Bibliography . 103g3History 104g3ETSI ETSI TS 101 903 V1.4.2 (2010-12)6Intellectual Property Rights IPRs essential or potentially essential to the present document may have been declared to ETSI. The information pertaining to these essential IPRs, if any, is publicly available
30、for ETSI members and non-members, and can be found in ETSI SR 000 314: “Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in respect of ETSI standards“, which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web server (ht
31、tp:/webapp.etsi.org/IPR/home.asp). Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web server) which are, or may be, or m
32、ay become, essential to the present document. Foreword This Technical Specification (TS) has been produced by ETSI Technical Committee Electronic Signatures and Infrastructures (ESI). Introduction Electronic commerce is emerging as the future way of doing business between companies across local, wid
33、e area and global networks. Trust in this way of doing business is essential for the success and continued development of electronic commerce. It is therefore important that companies using this electronic means of doing business have suitable security controls and mechanisms in place to protect the
34、ir transactions and to ensure trust and confidence with their business partners. In this respect the electronic signature is an important security component that can be used to protect information and provide trust in electronic business. The European Directive on a community framework for Electroni
35、c Signatures (also denoted as “the Directive“ or the “European Directive“ in the rest of the present document) defines an electronic signature as: “data in electronic form which is attached to or logically associated with other electronic data and which serves as a method of authentication“. The pre
36、sent document is intended to cover electronic signatures for various types of transactions, including business transactions (e.g. purchase requisition, contract and invoice applications). Thus the present document can be used for any transaction between an individual and a company, between two compa
37、nies, between an individual and a governmental body, etc. The present document is independent of any environment. It can be applied to any environment e.g. smart cards, GSM SIM cards, special programs for electronic signatures, etc. TS 101 733 1 defines formats for advanced electronic signatures tha
38、t remain valid over long periods, are compliant with the European Directive and incorporate additional useful information in common use cases (like indication of the commitment got by the signature production). Currently, it uses Abstract Syntax Notation 1 (ASN.1) and is based on the structure defin
39、ed in RFC 3852 2 (in the present document the signatures aligned with this RFC will be denoted as CMS signatures). TS 101 733 1: Defines new ASN.1 types able to contain information for qualifying the CMS signatures so that they fulfil the aforementioned requirements. Specifies how this qualifying in
40、formation must be incorporated to the CMS signatures. ETSI ETSI TS 101 903 V1.4.2 (2010-12)7Currently, the IETF W3C XML-Signature Working Group has developed a syntax for XML signatures: “XML-Signature Core Syntax and Processing“ 3 (denoted as XMLDSIG in the present document). This syntax provides a
41、 basic functionality for digitally signing several data objects at the same time. It also provides basic means to incorporate any kind of needed qualifying information. The present document: specifies XML schema 5 definitions for new XML types that can be used to generate properties that further qua
42、lify XMLDSIG signatures with information able to fulfil a number of common requirements such as the long term validity of the signature by usage of time-stamps, etc.; defines mechanisms for incorporating the aforementioned qualifying information; specifies formats for XML advanced electronic signatu
43、res that, by using the specified new XML types, remain valid over long periods and incorporate additional useful information in common use cases. These signatures will be built on XMLDSIG by addition of these properties as specified in 3, using the ds:Object XML element defined there (here, as for t
44、he rest of the document, ds has been used as the prefix denoting the namespace defined in 3. Its value is defined in clause 4); defines a set of conformance requirements to claim endorsement to the present document. The present document specifies two main types of properties: signed properties and u
45、nsigned properties. The first ones are additional data objects that are also secured by the signature produced by the signer on the ds:SignedInfo element, which implies that the signer gets these data objects, computes a hash for all of them and generates the corresponding ds:Reference element. The
46、unsigned properties are data objects added by the signer, by the verifier or by other parties after the production of the signature. They are not secured by the signature in the ds:Signature element (the one computed by the signer); however they can be actually signed by other parties (time-stamps,
47、countersignatures, certificates and CRLs are also signed data objects). The XML advanced electronic signatures defined in the present document will be built by incorporating to the XML signatures as defined in 3 XMLDSIG one new ds:Object XML element containing the additional qualifying information.
48、NOTE: The present TS 101 903 V1.4.2 is published for fixing some errors (see annex E for details) in TS 101 903 V1.4.1 and one of the two formerly published XML Schema files (the one named “XAdESv141.xsd“). Implementers are warned that the new XML Schema file will substitute the old one. They are al
49、so strongly adviced to use the new version of this XML Schema file as reference for their implementations. Editorial conventions As it has been anticipated in the former clause, throughout the rest of the document the term XMLDSIG will refer to XML signatures with basic functionality, i.e. to XML signatures that do not incorporate the qualifying information on the signature, the signer or the signed data object(s) specified in the present document. Throughout the rest of the document the terms “qualifying information“, “properties“ or “qualifying pr
