Join our Newsletter — 33% off our NHI Course
Home› FAQ› Governance, Ownership & Risk› Why do banks remain accountable when a vendor…
Governance, Ownership & Risk

Why do banks remain accountable when a vendor performs a regulated function?

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

Because outsourcing changes the delivery model, not the accountability model. Supervisors evaluate the bank as if it performed the activity itself, so the bank must evidence appropriate oversight, risk-based controls and documented governance across the full relationship.

Why accountability stays with the bank

Regulated outsourcing changes who performs the work, not who owns the obligation to do it safely. The bank remains responsible for the outcome because the regulated activity still sits inside its risk perimeter, its legal duties and its supervisory relationship. That means the board and management must be able to show the vendor was selected, governed and monitored in a way that meets the bank’s own standards.

That distinction matters because a bank cannot outsource regulatory expectations, only operational execution. If the vendor fails, the failure is still treated as a bank control failure unless the bank can demonstrate it exercised proportionate oversight, challenged weak controls and kept clear accountability for the function.

What supervisors expect to see in practice

Supervisors generally look for evidence that the bank understood the outsourced activity, assessed the inherent risk and put controls around the relationship before work moved offsite. The same logic used in the NIST Cybersecurity Framework 2.0 applies here: governance, risk treatment and recovery responsibilities must be explicit rather than implied.

The bank should be able to show who owns the service, what was approved, what was monitored and what happens when the vendor misses a control. That usually includes due diligence, contract clauses, issue escalation, periodic review, audit rights and clear exit arrangements if the arrangement stops meeting regulatory expectations.

For regulated functions, third-party assurance helps but does not replace the bank’s own control testing. A vendor report may support the bank’s oversight file, but it does not prove the bank has exercised judgment over material risks, concentration risk or operational resilience.

Where accountability fails when outsourcing is misunderstood

The common failure mode is assuming that vendor ownership equals regulatory delegation. When that happens, gaps appear in monitoring, exceptions are accepted too casually, and no one can explain how the bank would detect a control breakdown before customers or regulators do. The bank then inherits the outcome without having the evidence to show active oversight.

Another weak point is overreliance on contractual language without operational verification. A strong contract is useful, but it does not stop a poor implementation, a subcontractor issue, or a process drift that changes the risk profile over time.

Outsourced regulated work also creates concentration risk. If the vendor supports multiple critical services, a single control failure can affect several regulated processes at once, which makes business continuity, incident response and exit planning part of the accountability question, not separate concerns.

Risk and Threat Considerations

When a bank treats outsourced execution as if it were outsourced accountability, gaps in oversight become a control weakness. The main exposure is not just contractual non-compliance, but blind spots in monitoring, escalation and evidence retention that can leave the bank unable to prove effective governance after an incident or supervisory review.

Failure mechanism: The bank delegates day-to-day processing to the vendor but does not maintain active ownership of risk, control testing and exception management, so service drift or control failure goes undetected until the issue is material.

Impact: The bank can face regulatory findings, remediation cost, service disruption and a weakened ability to demonstrate that the regulated function was managed to the required standard.

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 sets the technical controls, while ISO/IEC 27001:2022 defines the regulatory obligations.

FrameworkControl / ReferenceRelevance
NIST CSF 2.0GV.OC-01 — Organizational ContextOutsourcing regulated work still requires clear internal ownership and accountability.
GV.RM-01 — Risk Management StrategyThe bank must govern third-party risk as part of its own risk strategy.
GV.SC-05 — Supply Chain Risk ManagementVendor performance and concentration risk are central to outsourced regulated functions.
Recommendation — Define internal ownership for outsourced regulated functions and document the control objectives they must meet. Apply a third-party risk strategy that sets oversight, escalation and review expectations for vendors. Set and test supply-chain controls for onboarding, monitoring, issue response and exit planning.
ISO/IEC 27001:2022A.5.19 — Information security in supplier relationshipsSupplier oversight is needed when a vendor performs a sensitive regulated function.
A.5.20 — Addressing information security within supplier agreementsContractual terms must support ongoing governance of the outsourced activity.
A.5.21 — Managing information security in the ICT supply chainThe bank needs visibility into downstream delivery and dependency risk.
Recommendation — Establish supplier security requirements and review them throughout the relationship. Embed audit rights, escalation duties and control expectations in supplier agreements. Assess and manage downstream supply-chain dependencies that could affect the regulated service.

Practitioner Guidance

What to verify: Confirm that the bank can trace each regulated outsourced function to a named internal owner, a documented control objective and a review cadence that tests performance rather than merely collecting reports.

Decision rule: If the bank cannot evidence how it would detect, escalate and remediate a vendor control failure, treat the arrangement as under-governed even if the contract is strong on paper.

What good looks like: The bank can explain the full control chain, from vendor onboarding through monitoring, issue handling, audit evidence and exit readiness, without relying on the vendor to define its own accountability.

Practitioner takeaway: The regulated function may be outsourced, but the supervisory burden stays with the bank, so accountability only exists when oversight is operational, testable and owned internally.

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 22, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org