Signing

Policy for packaging of electronic signatures for long-term validation (LTV)

This policy can be downloaded as a PDF here: Packaging-Policy-LTV-1.3.pdf

1 Policy and location

¹ This policy needs to be accompanied by a signature packaging policy, and they may be referenced together using a combined Policy ID

2 Version

3 Introduction

This packaging service policy defines requirements for packaging of e­lectronic signatures, in the context of signature
creation and initial verification, for the purpose of implementing long-­term validation support.
This policy needs to be accompanied by a signature packaging policy.

3.1 About packaging policies

The purpose of a packaging policy is to specify requirements for the packaging process, and high­level
requirements for the prior signature creation and verification process.

The primary users of this policy will be electronic ­signature users (relying parties). The policy will help e­lectronic signature users to better understand the information contained in a package, and on what basis it can be trusted and used.
The policy will also be useful for implementers of the packaging service.

3.2  The relation to a signature packaging policy

This is the general policy for packaging of electronic ­signatures for long-­term validation, referred to as the LTV
packaging policy. It defines general requirements that are not specific to the signature type.

It needs to be accompanied by a signature packaging policy. The signature packaging policy will define
requirements that are specific to the type of signature that is subject to packaging.

 3.3  Scope

This packaging policy defines requirements for packaging of e­lectronic signatures for long-­term validation in context of
with the signature creation and initial verification.

Requirements for the creation and verification processes, including collection of data needed by the packaging
process will be set by the accompanying signature packaging policy.

3.4  Structure

The normative parts of the policy are:

1. General process requirement defines high­level requirements for the overall packaging process.
2. Package formatting requirements defines requirements for the format used for the package
3. Sealing requirements defines requirements for the TSP signature on the package
4. General LTV-­SDO profile defines a general LTV-­SDO profile
5. Trust anchors for validation of the seal ETSI TS 103 171 V2.1.1 (2012­03)

3.5  Versioning and backwards compatibility

Packaging policy version numbers consists of a major and a minor number, denoting
major and minor versions.
A change of minor version is always backwards compatible, and and the new policy may be brought into effect
without notifying relying parties.
A change of major version may introduce non-­backwards compatible changes.

 3.6  Contents

1 Policy ID and location………………………………………………………………………………………………………………………..1
2 Version…………………………………………………………………………………………………………………………………………….1
3 Introduction……………………………………………………………………………………………………………………………………..1
4 General process requirements (normative)………………………………………………………………………………………….4
5 Package formatting requirements (normative)…………………………………………………………………………………. …4
6 Sealing requirements (normative)………………………………………………………………………………………………………4
7 General LTV-­SDO Profile (normative)………………………………………………………………………………………………….6
8 Appendix A (normative): Trust anchors used in validation of the seal……………………………………………………8

3.7  Terms and acronyms

3.8  References

4  General process requirements (normative)

1. Packaging of the native signature is done such that it provides support for long-­term validation of the
   native signature.
2. Packaging is performed immediately following signature creation and initial verification.
3. Packaging is done only if initial verification succeeds.
4. Validation data used in the initial verification are included in the package, to enable re­creation of the
   validation process at a later point in time

5  Package formatting requirements (normative)

Package formatting is the process of putting all information elements together in a package.

5.1  Format

The package must be formatted according to the following format specification:

* The ‘X’ means that the minor version number is not specified. It will be replaced by the actual minor version
in the URL.

6  Sealing requirements (normative)

This section contains requirements to the TSP signature on the package, also called the seal.

1. The seal covers the complete package, such that all information in the package is protected by the signature.
2. The seal is a XAdES [XADES] signature on form Baseline­B [XADES­BASELINE].¹
3. The signature is verified immediately following signature creation.
4. Signature verification is done according to XMLDSig Core Validation [XMLDSIG]
5. Verification includes certificate validation of the signing certificate, including revocation check. Trust anchors used in certificate validation are listed in Appendix B.
6. All certificates and revocation values used in the initial verification of the signature are included in the
   XAdES structure.
7. The signature does not include time­stamps.
8. The package is signed according to an explicit signature policy which is available together with this
   policy

¹Note that this implies the existence of the DataObjectFormat element through an implicit dependency (see
[XADES­BASELINE:6.3.3])

7  General LTV­-SDO Profile (normative)

7.1  Introduction

This chapter defines the general profile for use of LTV­-SDO for packaging of electronic signatures for long­-term
validation. The rules here are to be followed by all packaging under this policy, regardless of signature type and
other signature packaging policy rules.

The signature packaging policy will define a specific profile with additional rules.

7.2  About LTV­-SDO profiles

The LTV-­SDO format is a generic format for packaging electronic ­signatures for long-­term validation. An LTV-­SDO 
Profile specifies how the LTV-­SDO format is used for a specific means, and in a specific context, by defining
additional requirements and constraints to which XML Elements and attributes must be present, their possible
values, and the semantics of these their values.

7.3  Description/SignerDescription

7.4  Description/DocumentDescription

7.5  Description/SignatureDescription

 7.6  NativeSignature/NativeSdo

 7.7  NativeSignature/NativeSignatureQualifyingProperties

8  Appendix A (normative): Trust anchors used in validation of the seal

The following certificates are used as trust anchor in Certificate Path Validation and OCSP Response validation
when validating the seal (the TSP signature).

 8.1  Buypass Class 3 CA 1

 8.2  Buypass Class 3 CA 1 ­ extended life­time

8.3  Buypass Class 3 Root CA