Artifact GuideGLOBALETSI EN 319 411-2

ETSI EN 319 411-2 Certificate revocation

Control the path from an authenticated request to the certificate database and published or status.

Record receipt and publication times, the confirmation or exception decision, notifications, and the method used to preserve status beyond expiry.

Author
Sorena AI
Published
May 9, 2026
Updated
Oct 15, 2026
Overview

A QTSP must control the full path from request to published status. The CPS should identify authorized requesters, authentication and confirmation rules, publication timing, or behavior, and the method used to preserve status beyond certificate expiry.

Search this module

Find a question or answer quickly

4 of 4 questions
Question 1

What should revocation procedures cover?

ETSI EN 319 411-2 makes the EN 319 411-1 request controls applicable to qualified certificate services. In practice, the QTSP's CPS should define who can submit revocation requests or event reports, how they are submitted, when confirmation is required, what reasons can lead to suspension or revocation, and which mechanism distributes revocation status information. The procedure should separate a request from an event report: both need intake and authorization controls, but the party reporting a key compromise or policy breach may not be the subscriber asking for revocation.

The timing control is concrete: EN 319 411-1 requires the actual certificate status change to be available to relying parties no later than 24 hours after receipt of the or suspension request. If confirmation cannot be completed within that window, the CPS needs an exception procedure and the QTSP must record the actions taken and justification. Under eIDAS Article 24(3), revocation takes effect immediately when the published status changes.

  • Authenticate each request or event report and check that it comes from an authorized source before changing certificate status.
  • Process requests and revocation-related event reports on receipt, with UTC-synchronized time used for the revocation service.
  • Apply the 24-hour maximum delay to every status method in use when both and can lag.
  • Branch explicitly between rejection, temporary suspension where legally available, and permanent ; record the reason, decision authority, effective publication time, notifications, and affected status mechanisms.
Question 2

What evidence should support revocation under ETSI EN 319 411-2?

Evidence should show that the QTSP can receive, authenticate, decide, publish, and preserve status consistently for the qualified certificate profiles it issues. Follow the sequence from the request or event report through the certificate database update and or publication.

For revoked or suspended certificates, keep enough records to prove the received request time, authorization check, confirmation or exception path, decision time, certificate-database update, status publication time, and notification to the subject or subscriber where possible. Article 24(4) requires per-certificate information to be automated, reliable, free of charge, efficient, available at any time, and available beyond validity. Reconcile the source ticket, database, , response, and subscriber notice so their certificate identifier, reason, and timestamps agree.

  • CPS extracts covering request submitters, submission channels, confirmation rules, suspension or revocation reasons, or distribution, and maximum delays.
  • Timestamped tickets or logs showing receipt, authorization, confirmation status, decision, certificate database update, or publication, and any 24-hour exception justification.
  • Status-service evidence showing 24/7 availability, integrity and authenticity protections, and consistent updates across and when both are used; if the certificates are publicly trusted, also preserve evidence that the required information is publicly and internationally available.
Question 3

What checklist should teams use for revocation under ETSI EN 319 411-2?

Use a checklist that follows the certificate lifecycle clauses. The review should prove that requests and event reports are controlled, suspension is separated from permanent , revoked certificates are not reinstated, and relying parties can obtain status information through the published mechanisms. Repeat the review after a policy or status-service change, key compromise, QSCD status change, CA termination, failed publication, or missed 24-hour deadline.

  • Map each qualified certificate profile in scope to its request process, including authorized submitters, confirmation rules, future-dated requests, emergency reasons, and UTC time source.
  • Verify that non-expired certificates are revoked when they are no longer compliant with the applicable certificate policy, when known changes affect certificate validity, or when the cryptography no longer ensures the binding between subject and public key.
  • Check handling where CRLs are used: publication at least every 24 hours until the last CRL, nextUpdate values, signer, expired revoked certificate handling, and last-CRL preservation.
  • Check handling where OCSP is used: ArchiveCutOff is recommended, last OCSP answers are optional where the CA certificate is about to expire, and the CPS must explain how to interpret temporary differences between OCSP and .
Question 4

Questions and answers

What does ETSI EN 319 411-2 require for timing?

For qualified certificate services, the actual certificate status change must be available to relying parties no later than 24 hours after receipt of the or suspension request. If the request cannot be confirmed within that window, the CPS needs an exception procedure and the QTSP must record the actions taken and justification.

What status evidence should a QTSP keep for ?

Keep records showing the received request time, authorization check, confirmation or exception path, decision time, status publication time, and notification to the subject or subscriber where possible. EN 319 411-1 also expects the CPS to document procedures, UTC-synchronized processing, and any 24-hour consistency rule when both and are used.

Can a revoked qualified certificate be reinstated?

No. EN 319 411-2 incorporates the EN 319 411-1 rule that a definitively revoked certificate is not reinstated. Part 2 requires status beyond validity through at least one method used during validity, but permits an exception for certificates carrying the validity-assured short-term extension. Because eIDAS Article 24(4) states a general per-certificate status duty beyond validity, the QTSP should confirm how that ETSI exception is treated by its conformity assessor and supervisory body.

Is certificate suspension the same as ?

No. is permanent and cannot be reverted. Suspension is a temporary loss of validity that Member States may permit under national rules for qualified signature or seal certificates; the suspension period must be recorded in the certificate database and visible through the status service. The QTSP should document whether suspension is available, who can request it, its maximum period, and how it ends.

When should a QTSP start the 24-hour clock?

The ETSI rule measures from receipt of the or suspension request to availability of the changed status for relying parties. If a QTSP decides to revoke, eIDAS Article 24(3) separately requires publication no later than 24 hours after receipt of the request. Record the intake timestamp before confirmation work begins. If confirmation cannot finish within the window, follow the documented CPS exception process and retain the actions and justification; do not restart the clock at approval.

Primary sources

References and citations

eur-lex.europa.eu4 citations
Referenced sections
  • Legal source for qualified-certificate revocation and relying-party validity or revocation status expectations that ETSI EN 319 411-2 maps in Annex A.
  • Consolidated Article 24(3) requires revocation to be registered and published within 24 hours after receipt of the request and makes it effective immediately upon publication.
  • Article 24.4 is reflected in ETSI EN 319 411-2 status-service requirements for relying-party access to validity or revocation status.
Show 1 more
  • ETSI EN 319 411-2 maps eIDAS certificate revocation and relying-party status requirements to clauses 6.2.4, 6.3.9, and 6.3.10.
"validity or revocation status"
More quoted passages
"within 24 hours"
"effective immediately"
etsi.org4 citations
Referenced sections
  • Supporting source for CPS revocation procedures, 24-hour status publication, CRL and OCSP service requirements, and records of revocation-related requests and actions.
  • Clause 6.2.4 defines CPS content for revocation requests, the 24-hour publication limit, UTC synchronization, and authorized-source checks.
  • Clauses 6.3.9 and 6.3.10 support evidence for revocation decisions, notification, CRL publication, OCSP or CRL support, and consistency across status methods.
Show 1 more
  • Clause 6.3.9 defines revocation triggers, no reinstatement after definitive revocation, CRL timing, CARL timing, and short-term certificate handling.
"at most 24 hours"
More quoted passages
"OCSP or CRL shall be supported"
"shall not be reinstated"
etsi.org4 citations
Referenced sections
  • Primary source for applying EN 319 411-1 revocation controls to EU qualified certificate services and for qualified-certificate status rules beyond certificate validity.
  • Clause 6.2.4 makes the EN 319 411-1 revocation request requirements applicable to EU qualified certificate services.
  • Clause 6.3.10 adds qualified-certificate status requirements beyond certificate validity and requires practices statements and terms to explain how those requirements are met.
Show 1 more
  • Clause 6.3.10 specifies CRL and OCSP requirements for making qualified-certificate revocation status available beyond validity.
"beyond the validity period"
More quoted passages
"shall apply"
"CRL or OCSP"
Show all related guides (24)

What are the qualified certificate policies in ETSI EN 319 411-2?

FAQ on ETSI EN 319 411-2 qualified certificate policies, including QCP-n, QCP-l, QSCD variants, QEVCP-w, QNCP-w, and policy identifiers.

Which QWAC Profile Fits ETSI EN 319 411-2?

Choose between QEVCP-w, QNCP-w, and QNCP-w-gen for qualified website authentication certificates under ETSI EN 319 411-2.

eIDAS QTSP supervision workflow for ETSI EN 319 411-2

Operational workflow for qualified trust service providers using ETSI EN 319 411-2 to manage supervisory-body changes, incidents, termination evidence, trusted-list checks, and assessment records.

ETSI EN 319 411-2 certificate operations

Operational guide for ETSI EN 319 411-2 qualified certificate services: policy identifiers, identity validation, issuance, QSCD handling, revocation status, and relying-party notices.

ETSI EN 319 411-2 compliance checklist

Compliance checklist for ETSI EN 319 411-2 qualified certificate services, covering policy selection, CP/CPS evidence, identity validation, QSCD status, trusted-list reliance, and certificate status services.

ETSI EN 319 411-2 FAQ for EU Qualified Certificates

Answers to common ETSI EN 319 411-2 questions about EU qualified certificate policies, QSCD use, identity validation, trusted lists, and revocation status services.

ETSI EN 319 411-2 Identity Proofing

How EN 319 411-2 applies identity validation for EU qualified certificates, including QCP natural-person, legal-person, website, and evidence-record checks.

ETSI EN 319 411-2 profile selector

Select the right ETSI EN 319 411-2 qualified certificate policy profile for signatures, seals, QSCD use, and website authentication.

ETSI EN 319 411-2 QSCD Route

When QCP-n-qscd or QCP-l-qscd is the right EN 319 411-2 route, what QSCD evidence is needed, and which certificate-profile claims must stay aligned.

ETSI EN 319 411-2 QTSP supervision evidence workflow

Build an assessment-ready QTSP supervision evidence pack for ETSI EN 319 411-2 qualified certificate services, covering policy identifiers, trusted-list checks, incident records, QSCD evidence, and termination controls.

ETSI EN 319 411-2 Qualified Certificate Scope

Use ETSI EN 319 411-2 to scope EU qualified certificate services by certificate policy, subject type, QSCD use, website authentication profile, and eIDAS context.

ETSI EN 319 411-2 requirements map

Map ETSI EN 319 411-2 requirements for EU qualified certificate services across QCP profiles, CP/CPS documentation, QSCD use, certificate profiles, revocation, and eIDAS Annex A references.

ETSI EN 319 411-2 trusted-list evidence

Build EN 319 411-2 trusted-list evidence for EU qualified certificate reliance: relying-party notice text, QTSP service identifiers, validation records, and change triggers.

ETSI EN 319 411-2 trusted-list validation workflow

Validate an EN 319 411-2 EU qualified-certificate claim by mapping the certificate service to the QTSP trusted-list entry, policy profile, relying-party notice, and status evidence.

ETSI EN 319 411-2 vs eIDAS Qualified Trust Services

Compare ETSI EN 319 411-2 certificate policy requirements with the eIDAS qualified-status, supervision, audit, and trusted-list framework.

ETSI EN 319 411-2 vs EN 319 411-1

Compare ETSI EN 319 411-2 EU qualified certificate requirements with EN 319 411-1 general certificate-service requirements, including policy inheritance, QSCD controls, and CP/CPS evidence reuse.

ETSI EN 319 411-2: end-to-end qualified certificate lifecycle management workflow

Lifecycle workflow for ETSI EN 319 411-2 qualified certificate services, from policy selection and identity validation through issuance, renewal, re-key, modification, revocation, status services, and records.

ETSI EN 319 411-2: QCP, QNCP, and QEVCP Profile Selection

Choose the right ETSI EN 319 411-2 qualified certificate policy profile: QCP-n, QCP-l, QCP-n-qscd, QCP-l-qscd, QEVCP-w, QNCP-w, or QNCP-w-gen.