Join our Newsletter — 33% off our NHI Course
Home› FAQ› Governance, Ownership & Risk› Why does DORA make supplier risk a regulatory…
Governance, Ownership & Risk

Why does DORA make supplier risk a regulatory issue instead of just a security issue?

← Back to all FAQ
By NHI Mgmt Group Editorial Team Updated October 12, 2026 Domain: Governance, Ownership & Risk

Because a supplier can now affect whether a regulated firm can detect, report and recover from an ICT incident on time. DORA ties operational resilience to contractual and evidential control, so supplier failures can become compliance failures for the financial entity as well.

Why supplier exposure becomes a regulatory problem under DORA

DORA changes the question from “is the supplier insecure?” to “can the financial entity still meet its own resilience duties if the supplier fails?” That shift matters because the regulated firm remains accountable for ICT continuity, incident handling, and evidence of control even when the service is outsourced. Supplier risk becomes part of regulated operational resilience, not a separate vendor-management sidebar.

Under DORA, the regulator is not only interested in whether a supplier is technically hardened. The real issue is whether the arrangement creates dependency that could break monitoring, response, recovery, or reporting obligations at the entity level. A weak supplier contract, unclear evidence trail, or missing exit path can therefore turn an external control gap into a compliance failure for the firm.

What DORA expects firms to control in supplier relationships

DORA pushes supplier oversight into the same control plane as resilience governance. That means firms need to know which ICT services are critical, what the supplier actually provides, how quickly an issue can be detected and escalated, and what contractual rights exist for audit, access, testing, and termination. The point is not to eliminate outsourcing, but to make it governable during stress.

The practical consequence is that resilience depends on more than technical monitoring. Firms must be able to show that they can verify supplier performance, get timely incident information, retain sufficient access to evidence, and recover or switch service when needed. Where those rights are absent or ambiguous, the firm may still be exposed even if the supplier has good internal security.

Why this is different from ordinary security due diligence

Traditional security due diligence often treats suppliers as a procurement or assurance issue. DORA treats them as a live operational dependency with regulatory consequences. That distinction matters because a supplier weakness is not only a potential breach vector, it can also impair the regulated entity’s ability to detect incidents, meet reporting deadlines, and maintain continuity of critical functions.

This is why DORA is stricter than a generic “third-party risk” mindset. The firm must consider whether the supplier relationship preserves resilience under failure conditions, not just whether the supplier passed onboarding checks. In practice, the regulatory question is whether the dependency can be governed, evidenced, and exited without putting the entity out of compliance.

Risk and Threat Considerations

DORA makes supplier concentration, access dependency, and evidential gaps materially risky because they can delay incident awareness, weaken recovery, and prevent the firm from proving control to supervisors. The exposure is not limited to compromise at the supplier; a business interruption, delayed notification, or missing audit right can be enough to create regulatory non-compliance.

Failure mechanism: A supplier outage, security event, or contractual limitation interrupts the firm’s ability to observe, report, investigate, or restore ICT services within the required resilience window.

Impact: The financial entity may suffer not only service disruption but also supervisory findings, remediation obligations, and potential penalties because the control failure sits inside its regulated operating model.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

NIST CSF 2.0 and CSA Cloud Controls Matrix set the technical controls, while DORA and ISO/IEC 27001:2022 define the regulatory obligations.

FrameworkControl / ReferenceRelevance
DORAN/A — ICT third-party risk managementDORA directly makes supplier dependency part of regulated operational resilience.
Recommendation — Map critical suppliers to ICT resilience duties and enforce audit, reporting, and exit rights.
NIST CSF 2.0GV.SC-01 — Supply Chain Risk Management StrategySupplier risk becomes a governance and resilience issue through third-party dependencies.
RC.RP-01 — Recovery Plan ExecutionSupplier failure matters because recovery and continuity must still work under outage conditions.
Recommendation — Define and maintain a supply-chain risk strategy for critical ICT dependencies. Test recovery paths that include supplier interruption and service-switch scenarios.
ISO/IEC 27001:2022A.5.19 — Information security in supplier relationshipsSupplier controls and accountability are central to governing outsourced ICT risk.
A.5.22 — Monitoring, review and change management of supplier servicesOngoing supplier oversight is needed when service changes can affect resilience and compliance.
Recommendation — Embed security obligations, assurance, and monitoring into supplier agreements. Review supplier service changes for impact on resilience, evidence, and reporting.
CSA Cloud Controls MatrixSEF — Security Incident Management, e-Discovery, and Cloud ForensicsSupplier incidents must still be detectable, investigated, and evidenced by the customer firm.
Recommendation — Ensure supplier arrangements preserve incident visibility and forensics access.

Practitioner Guidance

What to prioritise: Classify suppliers by the business service they support, not by procurement category. The most important question is whether a supplier can affect incident reporting, recovery time, or continuity for a regulated function.

What to verify: Confirm that contracts, operating procedures, and evidence retention actually support DORA duties, including access to logs, incident notification timing, testing cooperation, and termination or exit support. If any of those rights depend on informal cooperation, treat the arrangement as fragile.

Decision rule: If the firm cannot independently demonstrate detection, escalation, and recovery for a supplier-supported ICT service, the issue is no longer just security hygiene, it is a resilience and compliance gap that needs remediation or a compensating control.

Practitioner takeaway: Under DORA, supplier management is regulated because resilience is only real if the firm can still prove control when the supplier is stressed, unavailable, or compromised.

Free weekly newsletter

Subscribe to the NHI & AI Identity Journal

The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.

Bonus 33% off our NHI Course when you subscribe.

NHIMG Editorial Note
Reviewed and updated by the NHIMG editorial team on October 12, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org