Practical answers for trust service providers using ETSI EN 319 401 V3.2.1 to structure scope, risk, policies, incidents, continuity, records, and supplier evidence.
V3.2.1 was published in January 2026 and adds detailed NIS2-aligned risk, incident, and supplier controls. Service-specific standards, applicable law, and assessment schemes still apply.
ETSI EN 319 401 V3.2.1 (2026-01) is the current ETSI baseline for general Trust Service Provider policies and operations. Use it to define service scope, risk governance, practice statements and terms, network and information systems security, incident handling, records, continuity, termination, and supply-chain evidence. It does not replace a service-specific ETSI standard, applicable law, or the assessment scheme used for a particular trust service. For the qualified signature/seal certificate reference route in Implementing Regulation (EU) 2025/1943, retain the cited EN 319 401 V3.1.1 and the applicable adaptations. Publication of V3.2.1 does not replace that legally cited edition.
Browse sub-FAQs
Choose the question set you need
These focused FAQ modules break this artifact into narrower answer sets so teams can move straight to the right source-backed guidance.
ETSI EN 319 401 V3.2.1 specifies general policy requirements for Trust Service Providers that are independent of the type of trust service. Its scope is operation and management, including cybersecurity requirements intended to support NIS2 for qualified and non-qualified trust services.
The standard is not a service-specific rulebook for every trust service. It says other specifications refine and extend the requirements for particular forms of , and it does not specify how an independent party assesses the requirements or what information assessors must receive. Use EN 319 401 as the general TSP baseline, then add the service-specific ETSI standard, legal obligation, customer requirement, or assessment scheme that applies to the actual service.
Start the FAQ decision with the trust service being provided, the applicable trust service policy, and the systems and organizations in the operating boundary.
Do not claim that EN 319 401 alone proves qualified trust service status or completion of an independent conformity assessment.
Use EN 319 403-1 for conformity assessment body context when the question is about how TSPs are assessed rather than what EN 319 401 requires of operation.
Keep service-specific requirements separate from this general baseline so subscribers, relying parties, auditors, and internal owners can see which source drives each control.
Primary source for the scope of EN 319 401, including its role as general policy requirements for TSP operation and management practices.
independent of the type of TSP
2
Question 2
Who should use ETSI EN 319 401?
The standard defines a Trust Service Provider as an entity that provides one or more trust services. It also defines a trust service policy as rules indicating applicability to a community or class of application with common security requirements, and a as the practices the employs in providing a trust service.
This FAQ is for teams that run or support a trust service and need to assign EN 319 401 controls. The standard's overview gives examples of TSPs such as public-key certificate issuers, time-stamping service providers, and providers of remote electronic signature generation or validation services. If your organization only consumes a trust service, focus on supplier assurance and relying-party obligations rather than full implementation.
It is relevant when your organization provides a trust service or a service component that supports the trust service.
Map every answer to the exact trust service policy, community or class of application, and in scope.
When external organizations support the service, include their obligations in the practice statement evidence.
When the organization is a customer or relying party, use the FAQ to ask better supplier, terms, incident, and continuity questions rather than asserting duties internally.
Grounds the definitions of TSP, trust service policy, trust service practice statement, trust service component, subscriber, and relying party.
entity which provides one or more trust services
3
Question 3
What documents does EN 319 401 expect a TSP to maintain or make available?
Clause 6 makes documentation central. A has to specify policies and practices appropriate for its services, maintain a practice statement covering the applicable trust service policy, identify external-organization obligations, and make the practice statement and relevant documentation available where needed to demonstrate conformance. Sensitive details need not be disclosed.
Terms and conditions are also explicit. EN 319 401 expects them to be available to subscribers and relying parties and to cover, for each supported trust service policy, items such as the policy applied, service-use limits, subscriber obligations, relying-party information, event-log retention, liability limits, applicable legal system, complaint and dispute procedures, conformity assessment status and scheme if assessed, contact information, and availability undertakings.
Keep the practice statement approved by the management body with final authority for it.
Define a review process and maintenance responsibilities for the practice statement.
Give notice when intended practice-statement changes might affect acceptance of the service by subjects, subscribers, or relying parties.
Make terms and conditions available through a durable means of communication and in readily understandable language.
Supports clause 6.1 and 6.2 requirements for policies and practices, practice statements, external organization obligations, and terms and conditions.
Trust Service Practice statement
4
Question 4
How does risk assessment drive EN 319 401 implementation?
Clause 5 requires a risk-management framework, assessment, and monitored treatment plan. V3.2.1 adds an all-hazards approach, third-party and single-point-of-failure risks, risk appetite and tolerance, named treatment owners and dates, documented residual-risk reasons, and measures for monitoring control effectiveness.
The must review and, where appropriate, update the assessment results and treatment plan at planned intervals, at least annually, and after significant incidents or significant changes to operations or risks. Management bodies, or accountable risk authorities where applicable, approve the framework and accept residual risk.
Keep risk identification, analysis, evaluation, treatment selection, security requirements, and operational procedures linked in one evidence trail.
Use the risk assessment to justify control depth for assets, access, cryptography, physical security, operation security, network security, incidents, continuity, and suppliers.
Record the risk method, criteria, appetite, tolerance, owners, treatment dates, management approval, and residual-risk acceptance instead of leaving decisions in technical tickets.
Run the required annual review and trigger an additional review after significant incidents or significant changes to operations or risks.
Grounds clause 5 requirements for risk assessment, risk treatment, security requirements, operational procedures, review, and management approval.
commensurate to the degree of risk
5
Question 5
What incident and record evidence matters most?
Incident evidence should cover a documented handling policy, risk-based logging scope, protected and backed-up logs, monitoring availability, event triage, response, reporting, testing, and post-incident review. V3.2.1 also requires predefined classification criteria, quarterly assessment of recurring incidents, response records, and planned incident-response tests.
Record evidence is broader than incident files. Clause 7.10 requires the to record and keep accessible relevant information about data issued and received by the TSP, including after the TSP's activities cease, for legal-evidence and service-continuity purposes. It also requires confidentiality and integrity of current and archived records, UTC-synchronized audit-log time at least once a day, stated retention periods in terms and conditions, and logging that cannot be easily deleted or destroyed during the required retention period.
Retain logs for network traffic, user administration, permission management, administrator actions, critical configuration and backup changes, security events, system resources, physical access where appropriate, and network device access.
For reportable incidents, preserve the legal basis, significance calculation, authority and CSIRT route, awareness time, notification timeline, and affected-person decision.
Record event severity assessment and any later reassessment or reclassification when new inputs change the picture.
Keep post-incident root-cause analysis and recurrence-reduction measures with the incident record.
Supports clauses 7.9 and 7.10 for monitoring, logging, incident response, reporting, event classification, post-incident review, and collection of evidence.
Collection of evidence
Recommended next step
Operationalize the TSP evidence file
This ETSI EN 319 401 FAQ helps separate scope questions, practice-statement duties, risk decisions, incident evidence, continuity tests, and supplier controls before assessment or customer review.
How should a TSP handle continuity, termination, and suppliers under EN 319 401?
Continuity evidence should show that the can act during disasters and recover according to its own continuity plan. EN 319 401 requires a continuity plan, restoration within the delay established in that plan after a disaster, backup copies and sufficient resources aligned with risk assessment and the business continuity plan, integrity checks on backups, documented backup recovery tests, and crisis-management processes with roles, authority communications, and security controls.
Termination and supplier evidence are part of the same assurance picture. EN 319 401 requires an up-to-date termination plan, notices before termination, subcontractor authorization termination, transfer or maintenance of evidence, private-key destruction or withdrawal where applicable, and arrangements for public keys or trust service tokens. V3.2.1 requires supplier monitoring at planned intervals at least annually and after related incidents. Contracts must address appropriate cybersecurity, staff, incident notice, audit, vulnerability, subcontracting, and termination obligations.
Test backup recovery and document findings, corrective actions, and integrity checks.
Keep crisis-management reviews tied to planned intervals or the post-incident review process.
Use termination planning to protect subscribers and relying parties from avoidable disruption and preserve evidence needed after service cessation.
For subcontracting, outsourcing, third-party arrangements, or trust service components, keep overall responsibility with the and bind suppliers to the required controls.
Grounds clauses 7.11, 7.12, and 7.14 for business continuity, backup, crisis management, TSP termination, supply-chain controls, third-party agreements, SLAs, and supplier registers.
Supply chain policy
7
Question 7
Questions and answers
What does ETSI EN 319 401 cover?
ETSI EN 319 401 V3.2.1 specifies general policy requirements for operation and management, independent of the type of trust service. It includes NIS2-aligned cybersecurity controls, but service-specific standards, legal duties, and assessment schemes can refine or extend the baseline.
What document should a keep for its practices?
A shall have a that covers the applicable trust service policy requirements, identifies obligations of external organizations supporting the service, and is approved by the management body with final authority. EN 319 401 also requires terms and conditions to be available to subscribers and relying parties.
What evidence matters most for incidents and continuity?
V3.2.1 expects an incident policy, risk-based logging scope, protected and backed-up logs, event triage and classification, response records, notification procedures, exercises, continuity coordination, and post-incident review. It also adds significance criteria derived from Commission Implementing Regulation (EU) 2024/2690. Apply current legal reporting routes and deadlines separately.
Primary ETSI standard used for all FAQ answers about TSP scope, definitions, policies and practices, risk assessment, evidence, incidents, continuity, termination, and supply-chain duties.
Primary source for the scope of EN 319 401, including its role as general policy requirements for TSP operation and management practices.
Grounds the definitions of TSP, trust service policy, trust service practice statement, trust service component, subscriber, and relying party.
Show 4 more
Supports clause 6.1 and 6.2 requirements for policies and practices, practice statements, external organization obligations, and terms and conditions.
Grounds clause 5 requirements for risk assessment, risk treatment, security requirements, operational procedures, review, and management approval.
Supports clauses 7.9 and 7.10 for monitoring, logging, incident response, reporting, event classification, post-incident review, and collection of evidence.
Grounds clauses 7.11, 7.12, and 7.14 for business continuity, backup, crisis management, TSP termination, supply-chain controls, third-party agreements, SLAs, and supplier registers.
"General Policy Requirements for Trust Service Providers"
More quoted passages
"independent of the type of TSP"
"entity which provides one or more trust services"
Article 1 and the Annex specify the adapted qualified signature/seal certificate reference route, including EN 319 401 V3.1.1. Recital 3 preserves other practices for demonstrating compliance; the reference route does not itself grant qualified status.