EU eIDAS qualified trust services and QTSP selection
Select a qualified trust service provider by matching the needed eIDAS service type, confirming that the provider and service have qualified status in the relevant trusted list, and retaining the evidence that supports relying-party use.
Use this page for procurement, product, security, legal, and relying-party teams evaluating qualified certificates, signatures, seals, timestamps, registered delivery, website authentication, attestations, archiving, or ledger services.
A QTSP selection record should prove three things: the requested service is a qualified trust service under eIDAS, the named provider and service appear with qualified status in the applicable EU Member State trusted list, and the technical and contractual evidence is sufficient for relying parties to validate the service later. Treat marketing claims, certificates, and audit reports as supporting evidence, not substitutes for trusted-list status.
1
Section 1
Classify the qualified trust service before shortlisting providers
Start with the exact trust-service function, because eIDAS distinguishes the provider from the qualified service it provides. A provider may be qualified for one service and not for another, and a certificate-issuing service may need further qualification for electronic signatures, electronic seals, or website authentication.
The consolidated eIDAS definition of trust service covers certificate issuance and validation, signature or seal creation and validation, preservation, remote signature or seal creation-device management, electronic attestations of attributes, timestamps, registered delivery, electronic archiving, and electronic ledgers. Selection should therefore begin with a service-type statement, not a generic supplier category.
Name the output needed by the product or workflow: qualified certificate for electronic signature, qualified certificate for electronic seal, qualified certificate for website authentication, qualified timestamp, qualified registered delivery, qualified electronic attestation of attributes, qualified archiving, qualified ledger, preservation, validation, or remote QSCD management.
Identify whether the service uses PKI public-key technology and, for certificate services, whether it is for electronic signatures, electronic seals, website authentication, or another listed certificate purpose.
Separate qualified-service reliance from non-qualified trust services and nationally defined services; non-qualified or national entries may appear in trusted lists but must not be treated as eIDAS qualified status unless the trusted-list entry says so.
For QWAC procurement, check that the certificate is issued by a QTSP and meets the Annex IV profile for website authentication rather than relying only on ordinary TLS certificate issuance.
Qualified status is not established by a sales deck or by a certificate chain alone. Under eIDAS, Member States maintain trusted lists with information on the qualified trust service providers they supervise and the qualified trust services those providers offer.
A relying team should validate the Member State trusted list through the Commission's List of Trusted Lists or a trusted-list browser, then record the service entry, service status, status start time, service digital identity, service supply points, and any service history that affects reliance.
Confirm that the provider name, country, and service entry match the legal entity and service being purchased.
Confirm that the current service status is granted or otherwise qualified for the exact service type; do not rely on a provider-level name match when the service entry is withdrawn, ceased, or for another service.
For certificate services, retain the trusted-list qualifier showing whether the certificate set is for electronic signatures, electronic seals, or website authentication.
Keep the trusted-list retrieval date, LOTL or trusted-list source, service digital identity, status history consulted, and validation tool or procedure used.
Review supervision, conformity, and operational controls
A QTSP selection pack should include evidence that the provider can remain qualified, not only that it was once listed. eIDAS requires periodic conformity assessment for QTSPs, gives supervisory bodies powers to audit or request conformity assessment, and links non-remedied failures to withdrawal of qualified status for the provider or affected service.
For provider due diligence, ask for current conformity-assessment evidence, the certificate policy and certification practice statement where certificates are involved, the PKI disclosure statement or terms and conditions, security and incident-notification process, termination plan, and certificate-status service design.
Check whether the conformity assessment covers the provider and the specific qualified service, not only the provider's general security program.
Request the certificate policy, certification practice statement, and PKI disclosure statement for qualified certificate services, including clear statements about EU qualified certificates and any QSCD dependency.
Confirm that revocation and validity-status services support relying-party validation, including certificate database maintenance and automated per-certificate status information where qualified certificates are issued.
Check the termination plan and continuity arrangements, because eIDAS requires retained information to remain accessible even after QTSP activities cease.
Evidence to retain for relying-party and audit review
The retained evidence should let a later reviewer reconstruct why the service was treated as qualified at the time of use. This matters for signatures, seals, timestamps, registered delivery, QWACs, and attestations where the legal or evidential value depends on the qualified service and its validation context.
Keep evidence at the level of the transaction or certificate where reliance occurs, not only in procurement. A supplier file that proves selection is useful, but relying-party validation needs the certificate, signature or seal validation result, timestamp or delivery evidence, trusted-list status, revocation status, and policy references used at the relevant validation time.
Selection record: service need, selected eIDAS service type, provider legal name, Member State, trusted-list entry, service status, and status-history checks.
Policy record: CP, CPS, PKI disclosure statement or terms, applicable certificate-policy OIDs or QCStatements, permitted use limits, and QSCD or remote QSCD statements where relevant.
Validation record: certificate chain, signature or seal validation report, timestamp token or registered-delivery evidence, revocation status source, validation time, and the trusted-list or LOTL version used.
Supervision record: conformity assessment reference, audit or supervisory evidence supplied by the provider, incident-notification route, termination-plan evidence, and owner for monitoring trusted-list status changes.
Retention record: location, retention owner, retention period source, and fallback retrieval process if the QTSP ceases the service or transfers it.
Use this checklist before approving a QTSP for production or relying-party use. Each item should produce a stored record that can be rechecked when the product changes, the service is renewed, or the trusted-list status changes.
Escalate selection if the service is cross-border, combines qualified and non-qualified services, uses remote signing or sealing, depends on a QWAC in browser-facing flows, or supports evidence that may need to survive certificate expiry.
Is a provider a QTSP just because it issues certificates?
No. Under eIDAS, a QTSP is a trust service provider that provides one or more qualified trust services and has been granted qualified status by the supervisory body. For selection, verify the exact provider and service in the applicable trusted list.
What is the most important evidence for EU eIDAS QTSP selection?
The core evidence is the trusted-list entry for the exact qualified service, supported by the service status, service digital identity, status history, certificate policy or CPS, PKI disclosure or terms, revocation and validation records, and conformity or supervision evidence.
Service type confirmed: the required eIDAS qualified service is named and matches the business process.
Trusted list verified: provider, Member State, service type, service digital identity, current status, and status history are recorded from the relevant trusted list or LOTL-backed tool.
Policy evidence reviewed: CP, CPS, PDS or terms, qualified certificate profile, QCStatements, permitted uses, limitations, and status-service endpoints are retained.
Supervision evidence reviewed: conformity assessment coverage, audit timing, supervisory status, termination plan, and incident route are documented.
Relying-party validation tested: signature, seal, timestamp, registered-delivery, QWAC, attestation, archiving, or ledger validation can be reproduced with retained trusted-list and revocation evidence.
Monitoring assigned: one owner monitors trusted-list and service-status changes, and one owner maintains retained evidence for certificates, transactions, and supplier due diligence.
Sorena can help convert this checklist into provider due diligence, trusted-list validation, policy evidence, and retained relying-party records for EU eIDAS qualified trust service use.
Specifies policy and security requirements for TSPs issuing public key certificates, including certificate lifecycle, CPS, CP, revocation, archival, and operational controls.
"issuance, maintenance and life-cycle management of certificates"