Feature Incident Response
NCUA's 2026 Cybersecurity Report: Most Credit Union Incidents Involve Vendors the Regulator Can't Examine
The NCUA's 2026 Cybersecurity and Credit Union System Resilience Report documents 588 reported incidents, including third-party provider incidents at vendors NCUA has no authority to directly examine. NCUA's earlier data put nearly 7 in 10 incidents at a vendor, and one 2023 ransomware attack on a service provider knocked out 60 credit unions. Here's what this structural gap means for your incident response program.
Table of Contents
TL;DR
- The NCUA’s 2026 Cybersecurity and Credit Union System Resilience Report documents 588 reported cyber incidents between May 2025 and April 2026, including third-party provider incidents. It doesn’t break out a vendor share; NCUA’s earlier count put it near 7 in 10.
- NCUA cannot directly examine those vendors. The regulator can assess the credit union’s vendor management program, but not the vendor itself.
- A November 2023 ransomware attack on one major service provider knocked 60 credit unions into a prolonged outage, and NCUA struggled to get information from the vendor.
- H.R. 10230 would give NCUA direct examination authority over credit union service providers. Some credit union groups are pushing back on scope.
- The practical implication: your incident response program needs to be built for a scenario your regulator can’t see into — a vendor going dark.
NCUA releases an annual cybersecurity report to Congress every year. This one landed quietly, as these reports tend to. The numbers in it are not quiet.
The 2026 Cybersecurity and Credit Union System Resilience Report covers the period May 1, 2025 through April 30, 2026. Credit unions reported 588 cyber incidents during that window, including ATM jackpotting, phishing, email compromises, ransomware and third-party provider incidents. The 2026 report does not break out a vendor share. The last time NCUA published one, in an October 2024 board briefing, 742 of 1,072 incidents, nearly 7 in 10, involved a third-party vendor.
That number sits in an uncomfortable context: NCUA has no direct authority to examine those service providers. The agency can look at the credit union’s vendor management program. It cannot walk into a core processor’s operations center and assess the controls that are actually protecting the more than one in three Americans who use credit unions.
The Structural Problem
The Bank Service Company Act (12 U.S.C. 1867(c)) gives the FDIC, Federal Reserve and OCC authority to examine services performed for the banks they supervise. NCUA has no equivalent. The regulator of a sector that collectively manages roughly $2 trillion in assets depends, for its visibility into vendor risk, entirely on what credit unions put in their vendor management programs and what vendors choose to disclose voluntarily.
Every year the annual cybersecurity report documents what happens when that arrangement fails. From September 2023 through August 2024, NCUA counted 1,072 cyber incidents, of which 742, nearly 7 in 10, involved a third-party vendor. The 2026 report doesn’t publish a vendor share, but third-party provider incidents are still one of the categories it lists.
The mismatch is obvious. By NCUA’s own last count, most incidents involve a vendor. The examination authority stops at the vendor’s door.
Then-Chairman Todd Harper asked Congress in 2024 to restore NCUA’s vendor authority over third-party service providers. It is not a new ask. NCUA also joined the interagency TPRM proposal from September 2026, which covers insured credit unions alongside banks. But for the credit union sector, the gap is more fundamental: it’s not about what the guidance says, it’s about whether the regulator can see the vendor at all.
The Vendor Outage That Took Down 60 Credit Unions
The most significant data point in recent NCUA cybersecurity reporting isn’t a headline number. It’s a scenario description.
In NCUA’s 2024 report, the agency described a November 26, 2023 ransomware attack on a major credit union service provider that caused a prolonged outage at 60 credit unions. NCUA said it faced substantial difficulties getting crucial information from third-party vendors, which hindered the response. The same report says compromises within third-party services “have led to systemic risks across the credit union ecosystem.”
The scenario isn’t hypothetical anymore. It’s documented. And the interagency TPRM proposal from September 2026, which NCUA joined, takes a lighter line on subcontractors: using them does not by itself create a presumption that the institution must oversee them directly. That makes contract terms and your own dependency mapping more important, not less.
For credit unions, the fourth-party visibility gap is both a vendor management problem and an incident response problem. If you don’t know what fourth parties your core processor depends on, you can’t scenario-plan for their failure.
The nth-party risk analysis published earlier this year laid out the conceptual framework for mapping subcontracting chains — the same logic applies here, and it’s not just a bank problem. Credit unions with one or two core processors covering most of their critical functions are concentrated in ways that regulatory examination can’t directly address.
H.R. 10230 and the Examination Authority Push
Rep. Bill Foster introduced H.R. 10230, the Strengthening Oversight for the Financial Sector Act of 2026, in the current Congress. The bill would grant NCUA direct examination authority over third-party service providers to credit unions — giving the agency tools analogous to what the OCC and FDIC have for bank service providers. It would also give the Federal Housing Finance Agency authority over service providers to Fannie Mae, Freddie Mac and the Federal Home Loan Banks.
The bill is in committee. Credit union groups have pushed back. The Defense Credit Union Council opposed the bill the day after it was introduced, arguing it is “far more sweeping than the cybersecurity problem it is purportedly designed to address” and warning of duplicative exams and costs passed on to members. The political path forward is uncertain.
But the legislative conversation is the most visible signal that the current regulatory structure is acknowledged as inadequate — not by critics, but by the regulator itself. NCUA has asked for this authority for years. The question is whether Congress will act.
For compliance and risk teams at credit unions, the legislative timeline is not the relevant planning horizon. H.R. 10230 may pass this Congress. It may not. Either way, your vendors are not currently subject to NCUA examination, and NCUA’s own data has put most reported incidents at the vendor level.
The gap is yours to manage. Waiting on Congress doesn’t help your incident response program.
What This Means for Your Incident Response Plan
Most credit union incident response programs are built around scenarios where the credit union controls the affected system. Ransomware hits your servers. A phishing campaign compromises your employee credentials. An insider threat exfiltrates member data from your network. You detect, contain, notify NCUA within 72 hours, and work through the response.
The vendor incident scenario is structurally different. The affected system is not yours. The detection timeline is the vendor’s. The containment decisions are the vendor’s. The information you receive is what the vendor chooses to share, on the vendor’s schedule, through whatever contractual notification mechanism you put in place — if you put one in place.
NCUA can’t go examine the vendor in real time. You need to build the response capability yourself.
Map your fourth-party dependencies for critical services. Start with your core processor. What does your core processor depend on for its own operations? Payment network connections, data hosting, authentication services, disaster recovery infrastructure? These are your fourth-party exposures. If any of them go down, your core processor goes down, and you go down. In practice, many credit unions cannot answer this question with specificity. When a single service provider went down in November 2023, 60 credit unions went down with it.
Get vendor incident notification rights into contracts. This applies to every critical third party you contract with. Not a vague notification obligation — a specific requirement: notify us within [X] hours of any incident affecting services delivered to us, include the nature of the incident, estimated duration, and affected systems. The NCUA’s 2026 supervisory priorities make vendor contract quality a specific examination focus. Have the notification provisions ready to show.
Build a vendor-dark scenario into your tabletop exercises. The scenario is: your core processor is unreachable for 72 hours. You don’t know why. You get a brief notification from the vendor that they’re experiencing a “system disruption.” What happens to member access? To ACH settlement? To loan payments? To payroll origination? To your NCUA 72-hour notification obligation if you don’t yet know whether a member data breach occurred? Your tabletop should have this scenario. Most don’t.
Establish an independent vendor escalation path. When your vendor’s normal support channel is down because their system is down, who do you call? Do you have a direct line to the vendor’s incident management team — not the customer service desk? Do you have a peer network of other credit unions using the same core processor who can share real-time information about scope and impact? Build these paths before you need them. A vendor going dark is exactly when their standard communication channels fail.
Track vendor incident data as a separate KRI. Your incident response program should be tracking third-party incidents as a distinct metric — separate from direct credit union incidents. Volume of vendor-reported incidents per quarter, number of incidents that interrupted critical services, time from vendor notification to credit union remediation. These metrics tell you something about your vendor’s operational reliability that no amount of SOC 2 review captures. The third-party incident KRI framework built around this specific problem is worth connecting to your NCUA exam management process.
The Examination Gap Is Not Going Away Soon
H.R. 10230 is in committee. The interagency TPRM proposal, which NCUA joined, is guidance about how institutions manage vendors; it doesn’t give NCUA authority over the vendors themselves. CIRCIA’s final rule, which entered OMB review on October 1, 2026, will require covered critical-infrastructure entities to report covered cyber incidents within 72 hours and ransom payments within 24 hours, but it doesn’t give NCUA examination authority either. These are parallel developments, not a solution.
NCUA has been managing this gap through examination of credit unions’ vendor management programs — looking at due diligence documentation, contract terms, and oversight evidence rather than examining the vendor directly. That’s a reasonable accommodation to a structural limitation. It also means that when you sit across from an NCUA examiner and they ask about your third-party risk management program, they’re compensating for something they can’t do themselves.
The incidents in the 2026 report aren’t surprising. They’re documenting a risk that every credit union practitioner already knows: your biggest operational vulnerabilities are controlled by organizations your regulator cannot examine.
Building an incident response program that accounts for that gap — one that doesn’t assume the vendor will communicate clearly, quickly, or completely — is the practical response to a structural problem that legislation may eventually fix, but probably not in time for your next exam cycle.
Resources used to build this post:
- NCUA 2026 Cybersecurity and Credit Union System Resilience Report
- CeFPro: NCUA Seeks Vendor Authority as Third-Party Cyber Incidents Surge
- CU Insight: NCUA Releases Annual Cybersecurity and Credit Union System Resilience Report
- Defense Credit Union Council: DCUC Opposes Sweeping Third-Party Vendor Authority Legislation
- NCUA: Board Briefed on Cybersecurity (October 2024)
- Federal Register: Proposed Third-Party Risk Management Guidance (September 15, 2026)
- FortifyData: NCUA Third-Party Risk Management for Credit Unions — What Examiners Expect in 2026
Related reading on this site:
- NCUA 2026 Supervisory Priorities: What Examiners Are Looking For This Exam Cycle
- Nth-Party Risk: Managing the Subcontracting Chain Under OCC 2023-17
- What the New Interagency TPRM Proposal Requires Before November 16
If your incident response plan was built for scenarios where you control the affected system, the Incident Response & Breach Notification Kit includes a vendor and bank-partner incident playbook, a Regulatory Clocks tab that calculates notice deadlines from the trigger time you enter, and a tabletop kit whose scenarios include ransomware at the core processor.
◆ Need the working template?
Start with the source guide.
These answer-first guides summarize the required fields, evidence, and implementation steps behind the templates practitioners search for.
◆ Related template
Incident Response & Breach Notification Kit
Run an incident and every notice clock it starts: bank partner, the bank regulators' 36-hour rule, NYDFS, FTC, SEC and breach laws in 54 states and territories. Workbook, guide, four playbooks, tabletop kit and Word plan templates.
◆ Immaterial Findings · Weekly
Sharp risk & compliance insights. No fluff.
◆ FAQ
Frequently asked questions.
What is the NCUA 2026 Cybersecurity and Credit Union System Resilience Report?
How many cyber incidents did credit unions report in the 2026 reporting period?
Why can't NCUA examine third-party vendors directly?
What was the ransomware incident that disrupted 60 credit unions?
What is H.R. 10230, the Strengthening Oversight for the Financial Sector Act of 2026?
What should credit unions do if NCUA can't examine their critical vendors?
Author
Rebecca Leung
Rebecca Leung has 8+ years of risk and compliance experience across first and second line roles at commercial banks, asset managers, and fintechs. Former management consultant advising financial institutions on risk strategy. Founder of RiskTemplates.
◆ Related framework
Incident Response & Breach Notification Kit
Run an incident and every notice clock it starts: bank partner, the bank regulators' 36-hour rule, NYDFS, FTC, SEC and breach laws in 54 states and territories. Workbook, guide, four playbooks, tabletop kit and Word plan templates.
◆ Keep reading
Related posts.
Incident Response
Your Incident Response Plan Has the Wrong Trigger. Here's What Starts the SEC's 4-Business-Day Clock.
Two years of SEC Item 1.05 cybersecurity disclosures reveal one consistent mistake: IR plans built around incident discovery, not materiality determination. Here's what the trigger actually is — and how to fix your escalation process before it matters.
Oct 6, 2026
Incident Response
Most Incident Response Plans Skip This Step. It's the One Regulators Will Ask About Six Months Later.
Financial institution incident response plans focus on notification timelines. Forensic evidence preservation — the step that determines what you can tell regulators and courts — is usually an afterthought. Here is what needs to happen in the first four hours of a cyber incident, and what it costs when it doesn't.
Oct 3, 2026
Incident Response
NYDFS's May Guidance on Heightened Cybersecurity Threats Is Now an Exam Reference. Here's What Your IR Program Needs to Show.
On May 21, 2026, NYDFS published explicit guidance on what regulated entities should do when cybersecurity risks spike — and told examiners to treat it as a reference point. Here's what the guidance actually requires, why 'voluntary' understates the stakes, and what your incident response program needs to fix before a NYDFS exam.
Sep 20, 2026