Artifact GuideGLOBALETSI EN 319 401

ETSI EN 319 401 How should teams handle subcontractors under ETSI EN 319 401

A focused FAQ for trust service teams deciding how subcontractors, outsourcers, direct suppliers, and trust service component providers should be controlled and evidenced.

Grounded in ETSI EN 319 401 V3.1.1. Use it as implementation guidance, not for legal interpretation.

Author
Sorena AI
Published
May 9, 2026
Updated
May 27, 2026
Questions
3

Structured answer sets in this page tree.

Primary sources
1

Cited legal and guidance references.

Publication metadata
Sorena AI
Published May 9, 2026
Updated May 27, 2026
Overview

Short answer: EN 319 401 does not let a trust service provider hand off responsibility just because part of the service is subcontracted or outsourced. When other parties provide parts of the service, the TSP keeps overall responsibility for conformance and needs documented agreements, required controls, security requirements in contracts, monitoring, and a supplier-agreement register.

Search this module

Find a question or answer quickly

3 of 3 questions
Question 1

What does EN 319 401 require when a TSP uses subcontractors?

EN 319 401 treats subcontracting, outsourcing, and other third-party arrangements as part of the TSP's controlled supply chain. Clause 7.14.3 says that when other parties, including trust service component providers, provide parts of the service, the TSP maintains overall responsibility for conformance with the supply chain policy, information security policy, and trust service policy requirements.

That means the practical control is not just vendor onboarding. The TSP should identify which part of the trust service is performed by the outside party, record the TSP-owned policy requirements that apply, and keep evidence showing that the arrangement is governed by documented responsibilities rather than informal reliance on the supplier.

  • Map each subcontracted or outsourced activity to the affected trust service, component, policy, system, information flow, and evidence owner.
  • Keep the TSP as the accountable owner for conformance even when a subcontractor or trust service component provider performs part of the service.
  • Use the trust service practice statement to identify obligations of external organizations supporting the TSP's services.
  • Require staff and, where applicable, subcontractors to have suitable expertise, reliability, experience, qualifications, and relevant cybersecurity and personal data protection training.
Citations
Question 2

What should be in the subcontractor agreement evidence?

The agreement evidence should show that the supplier relationship is specific enough to enforce the TSP's information security requirements. EN 319 401 calls for documented agreements and contractual relationships when service provisioning involves subcontracting, outsourcing, or other third-party arrangements, so both parties understand their obligations to fulfil relevant information security requirements.

For evidence review, keep the signed agreement together with the requirement map. The agreement should show the outsourcer's liability, the controls the outsourcer is bound to implement, the TSP security policies and requirements included in contracts, and any service level agreements or auditing mechanisms used to check that direct suppliers and service providers take appropriate security measures aligned with the TSP risk assessment.

  • Document the service part or component the subcontractor provides and the trust service policy requirements it affects.
  • Define outsourcer liability and bind the outsourcer to implement controls required by the TSP.
  • Include applicable TSP security policies and requirements in contracts with direct suppliers or service providers.
  • Use service level agreements and/or auditing mechanisms to evidence that direct suppliers address TSP security requirements aligned with the TSP risk assessment.
Citations
Question 3

How should teams keep subcontractor evidence current?

Treat subcontractor evidence as living supply chain evidence, not a one-time procurement file. EN 319 401 requires the TSP to monitor, review, evaluate, and manage changes in direct supplier or service provider cybersecurity practices at planned intervals or after an incident related to the services they provide.

The standard also requires a supplier and agreement register that tracks where TSP information is managed or archived, and it requires regular review, validation, and update of that register to confirm agreements remain valid, fit for purpose, and include relevant information security clauses. If a TSP terminates its services, EN 319 401 also calls for terminating all subcontractor authorization to act on behalf of the TSP for functions related to issuing trust service tokens.

  • Maintain a register of suppliers and agreements showing where TSP information is managed or archived.
  • Regularly review, validate, and update the supplier register and agreements for validity, fitness for purpose, and relevant security clauses.
  • Trigger reassessment after an incident related to a direct supplier's or service provider's provision of services.
  • Include subcontractor authorization termination in the TSP service termination plan when subcontractors act for functions related to issuing trust service tokens.
Citations
Primary sources

References and citations

etsi.org
Referenced sections
  • Supports planned and incident-triggered supplier monitoring, supplier-agreement registers, register review, and termination of subcontractor authorization before TSP service termination.
"monitor, review, evaluate and manage changes"
Related guides

Explore more topics

CA and RA responsibilities under ETSI EN 319 401
How ETSI EN 319 401 frames CA and RA responsibility: TSP practice statements, management approval, role segregation, subcontractor control, and evidence boundaries.
eIDAS Articles 19 and 24 in ETSI EN 319 401
See how ETSI EN 319 401 V3.1.1 Annex B maps eIDAS Article 19 security duties and selected Article 24 qualified trust service duties to concrete policy evidence.
ETSI EN 319 401 Audit and Conformity Assessment Evidence
How to prepare ETSI EN 319 401 evidence for audit and conformity assessment without overstating what the standard itself assesses.
ETSI EN 319 401 Audit Evidence Pack
Build an ETSI EN 319 401 audit evidence pack around records, logs, policies, risk assessment, incident handling, continuity, and supplier evidence.
ETSI EN 319 401 Audit Evidence Pack Workflow
Build an ETSI EN 319 401 audit evidence pack for trust service providers: risk assessment, practice statement, policies, records, logs, continuity, and supplier evidence.
ETSI EN 319 401 compliance duties for TSPs
source-linked ETSI EN 319 401 compliance guidance for trust service providers: legal operation, evidence, accessibility, privacy, records, incidents, continuity, and suppliers.
ETSI EN 319 401 conformity assessment bodies: what is covered?
Understand what ETSI EN 319 401 says, and does not say, about conformity assessment bodies, independent assessment, and TSP evidence preparation.
ETSI EN 319 401 FAQ for trust service providers
source-linked ETSI EN 319 401 FAQ for TSP scope, trust service practice statements, risk assessment, incidents, records, continuity, and supplier evidence.
ETSI EN 319 401 Incident Evidence Workflow
Build an EN 319 401 incident and continuity evidence workflow for TSP monitoring, response, reporting, records, backup recovery, and crisis review.
ETSI EN 319 401 Incident Reporting and Continuity Duties
Practical ETSI EN 319 401 V3.1.1 guidance for trust service incident response, reporting, evidence retention, business continuity, and termination planning.
ETSI EN 319 401 Personnel, Asset, and Access Controls
Clause-focused EN 319 401 V3.1.1 guide to TSP personnel duties, trusted roles, asset inventories, classification, and access-control evidence.
ETSI EN 319 401 policy and security requirements
source-linked ETSI EN 319 401 guidance for TSP policy and security requirements: risk assessment, practice statements, terms, security policy, controls, incidents, and evidence.
ETSI EN 319 401 policy documentation: what is required?
How ETSI EN 319 401 treats policy documentation: practice statements, terms and conditions, information security policy, evidence records, and change review.
ETSI EN 319 401 requirements map
Map ETSI EN 319 401 V3.1.1 requirements for trust service providers across risk assessment, policies, TSP operations, incidents, evidence, continuity, termination, and supply chain controls.
ETSI EN 319 401 Risk Assessment and Treatment
Clause-grounded ETSI EN 319 401 V3.1.1 guidance for trust service risk assessment, risk treatment, residual-risk approval, and evidence planning.
ETSI EN 319 401 Subcontractor Controls
Practical EN 319 401 guidance for TSP subcontractor controls: retained responsibility, agreements, SLAs, supplier registers, monitoring, and audit evidence.
ETSI EN 319 401 Subcontractor Evidence Workflow
Build an EN 319 401 subcontractor evidence workflow for TSP supplier agreements, SLAs, audit mechanisms, risk reviews, supplier registers, and archived records.
ETSI EN 319 401 Trust Service Applicability Workflow
A scoped workflow for deciding when ETSI EN 319 401 applies to a trust service and what TSP policy, risk, terms, operations, and supplier evidence to collect.
ETSI EN 319 401 Trust Service Provider Applicability
Use ETSI EN 319 401 to decide whether a trust service provider activity falls in the standard's type-independent baseline and what service, policy, risk, supplier, and evidence boundaries to document.
ETSI EN 319 401 vs eIDAS Article 19 and 24
Compare ETSI EN 319 401 V3.1.1 with the eIDAS provisions mapped in Annex B: trust service risk management, incident handling, records, staff, terms, and termination planning.
ETSI EN 319 401 vs EN 319 403-1: TSP Policy vs CAB Assessment
Compare ETSI EN 319 401 and ETSI EN 319 403-1 for trust service providers: TSP operating controls, conformity assessment context, evidence boundaries, and reuse limits.
Security Incidents in ETSI EN 319 401
How ETSI EN 319 401 V3.1.1 expects trust service providers to detect, respond to, report, classify, document, and review security incidents.
Trust service provider scope under ETSI EN 319 401
How to scope ETSI EN 319 401 for a trust service provider: service boundaries, trust service policy, practice statement, terms, risks, and third-party components.