rfc-5816

ESSCertIDv2 Update for RFC 3161

S. Santesson, N. Pope
date2010-04 streamIETF areasec wgpkix statusPROPOSED STANDARD pages5 canonicalhttps://www.rfc-editor.org/rfc/rfc5816 doi10.17487/RFC5816
This document updates RFC 3161. It allows the use of ESSCertIDv2, as defined in RFC 5035, to specify the hash of a signer certificate when the hash is calculated with a function other than the Secure Hash Algorithm (SHA-1). [STANDARDS-TRACK]

updates

Extracted elements (12)

design-rationale §3

The update to RFC 3161 is motivated by interoperability requirements and the need to migrate away from SHA-1, rather than by any newly discovered security vulnerability in the original RFC 3161 mechanism.

pkix, crypto, security

interoperability-note §2.2.1

For backwards compatibility, both ESSCertID and ESSCertIDv2 MAY be present in the same time-stamp token. Systems MAY ignore ESSCertIDv2 if RFC 5035 has not been implemented.

pkix, crypto

normative-requirement §2.2.1 MUST

The certificate identifier (either ESSCertID or ESSCertIDv2) of the TSA certificate MUST be included as a signerInfo attribute inside a SigningCertificate attribute.

pkix, crypto

normative-requirement §2.2.1 MUST

The SigningCertificateV2 attribute MUST be used if any algorithm other than SHA-1 is used to hash the TSA certificate identifier.

pkix, crypto

normative-requirement §2.2.1 SHOULD NOT

The SigningCertificateV2 attribute SHOULD NOT be used when SHA-1 is the hash algorithm; in that case SigningCertificate with ESSCertID should be preferred.

pkix, crypto

normative-requirement §2.2.1 MUST NOT

The time-stamp token MUST NOT contain any signatures other than the signature of the TSA.

pkix, crypto, security

normative-requirement §2.2.2 MUST

The tsa field in TSTInfo, if present, MUST correspond to one of the subject names included in the certificate that is to be used to verify the token.

pkix

normative-requirement §2.1 MUST

When the certReq field is present and set to true, the TSA's public key certificate referenced by ESSCertID inside a SigningCertificate attribute or by ESSCertIDv2 inside a SigningCertificateV2 attribute in the response MUST be provided by the TSA in the certificates field from the SignedData structure.

pkix, crypto

protocol-element §2.2.1

ESSCertIDv2, as defined in RFC 5035, is a certificate identifier that supports any hash algorithm and is carried inside a SigningCertificateV2 signed attribute within a CMS SignedData signerInfo. It replaces ESSCertID (SHA-1 only) when non-SHA-1 hashing is required.

pkix, crypto

protocol-element §2.2.2

The actual identification of the TSA that signed a time-stamp token always occurs through the certificate identifier — either ESSCertID inside SigningCertificate or ESSCertIDv2 inside SigningCertificateV2 — as part of signerInfo, not merely through the tsa hint field.

pkix

protocol-element §2.2.1

The SigningCertificateV2 attribute is the CMS signed attribute that carries ESSCertIDv2 and is used in place of (or alongside) SigningCertificate when the certificate hash is computed with an algorithm other than SHA-1.

pkix, crypto

security-consideration §3

ESSCertID relies solely on SHA-1 to identify the certificate used to verify a time-stamp signature. ESSCertIDv2 enables implementers to comply with policies that require phasing out all uses of SHA-1 by permitting any hash algorithm for certificate identification.

security, crypto, pkix