Cybersecurity for Business Leaders
Cyber risk is a governance job, not an IT job. Two editions, same standard. Pick the one written for your seat.
For credit union boards and executives. Oversight, NCUA expectations, vendor risk, and the board dashboard.
Get the CU Edition (PDF) →For owners running security through an MSP. Five things this week, the MSP contract, and the minimum program.
Get the SMB Edition (PDF) →Cybersecurity is no longer an IT problem. It is a governance responsibility.
When ransomware locks your core systems or a vendor breach exposes the people you serve, you don’t face an IT failure. You face an organizational failure: regulatory scrutiny, legal liability, and the erosion of trust.
Leadership does not manage firewalls or read scan results. Leadership owns the decisions nobody else can make: what risk you will accept, whether findings are actually being resolved, whether the program is funded, and whether the reporting you receive is honest.
Six things to walk away with.
- 01
Cyber risk is a governance responsibility, not just IT’s problem. Treat it with the same rigor you apply to credit risk and liquidity risk.
- 02
A board that receives a clean audit report then moves on has not governed cybersecurity. Compliance confirms baseline adequacy; it does not confirm safety.
- 03
Seven in ten cyber incidents credit unions reported in the first year of the notification rule involved a third-party vendor. Vendor risk is the central story, not the peripheral one.
- 04
Identity is where the fight starts and ends, not the firewall. MFA on privileged accounts and remote access is one of the highest-impact controls you can implement.
- 05
A backup that has never been tested has not been proven to work.
- 06
A decision the credit union cannot explain is a decision it cannot defend to an examiner or a member.
Six things to walk away with.
- 01
Your MSP is the program. If they are weak, you are weak. If they are breached, you are breached.
- 02
Do five things this week: MFA where money, email, or customer data lives; backups pinned down in writing; the owner protected personally; a one-page money rule; your insurance application checked against your MSP contract.
- 03
Voice is not verification. No payment change, new vendor account, or urgent wire without a callback on a number you already have.
- 04
Under fifty people, you need four living documents, not a binder: an incident card, a vendor list, an open-findings list, and proof of your last restore.
- 05
A backup that has never been restored has not been proven to work.
- 06
You need one person who is not selling you the stack to tell you whether a security report is real progress or just reassurance.
If one of these is you, the guide covers it.
If one of these is you, the guide covers it.
When you need an MSP that will hold up to this guide, call Scott.
Ideal Technologys
[WHY YOU TRUST SCOTT, IN YOUR WORDS: ONE OR TWO SENTENCES.] We wrote this guide together, and the questions in it about your provider are written to work on Ideal too.
Read the complete guide.
Same standard, written for your seat. The CU Edition runs 32 pages; the SMB Edition runs 35.
What boards ask first.
Why is cybersecurity a board responsibility?
Because when ransomware locks your core system or a vendor breach exposes member data, the credit union faces regulatory scrutiny, legal liability, and lasting damage to member trust. Those are governance outcomes. The board’s job is not to manage firewalls; it is to confirm the program is funded, findings are being resolved, risk appetite is set, and reporting is honest.
Is compliance the same as being secure?
No. Compliance confirms baseline adequacy. A credit union with a spotless NCUA examination record can still be breached tomorrow. Govern to actual risk and let compliance follow as a byproduct, not the other way around.
What are the biggest cyber risks credit unions face today?
Business email compromise, ransomware, phishing, credential theft and account takeover, supply chain compromise, insider risk, cloud misconfiguration, and cyber-enabled payment fraud. Many successful breaches begin with a compromised credential or a clicked link, not a technically sophisticated exploit.
What is the NCUA 72-hour cyber incident notification rule?
NCUA requires federally insured credit unions to report a reportable cyber incident within 72 hours of forming a reasonable belief that it occurred. For a third-party incident, the clock runs from the sooner of vendor notification or your reasonable belief. Vendor contracts must obligate prompt notification if you are going to reliably meet your own deadline.
Why is vendor risk such a big deal for credit unions?
NCUA reported that seven in ten cyber incidents credit unions filed in the first year of the notification rule involved a third-party vendor. And NCUA does not have direct supervisory authority over most vendors, so due diligence and ongoing oversight stays with the credit union. Vendor oversight is not optional.
What should a credit union board expect from a cyber risk report?
Status of the highest-rated risks, any new risks identified, progress on active mitigation (with items at risk of missing targets), a summary of incidents and near-misses, and any risks where the board-approved acceptance posture should be reconsidered. If every metric is green every quarter, the reporting framework needs to be challenged.
What is the single most important cybersecurity control?
Multi-factor authentication on privileged accounts and remote access is one of the highest-impact controls against credential-based attacks. But the more honest answer is that identity as a whole is where the fight starts and ends. Strong identity controls, privileged access management, and account lifecycle management matter more than any single tool.
What owners ask first.
Do small businesses really get targeted?
Yes. Small businesses hold customer data, employee records, payment information, and access to money, which is exactly what attackers want. Many successful breaches begin with a compromised credential or a clicked link, not a sophisticated exploit.
Is an MSP better than an in-house IT person?
For most businesses under fifty people, yes, if the provider is a good one. A single in-house IT person is one person with one set of skills and one point of failure. A capable MSP gives you a team and coverage that does not take a day off. The catch: a weak MSP is more dangerous than no MSP, because you believe you are covered when you are not.
How do I know if my MSP is any good?
Make them show proof every quarter: the last successful restore, who at their company has admin access to you, what critical patches are open, and what they would do in the first four hours if your email or backups were hit. A good provider welcomes the questions. A weak one gets uncomfortable, which tells you what you need to know.
What should be in my MSP contract?
MFA and unique logins for every technician, fast written notice of any security incident, your data and documentation transferable to you if the relationship ends, a named restore-time target for the systems that take payment and run payroll, the right to see proof on a fixed cadence, and no silent subcontracting. If it is not in the contract, do not sign.
What should I do first?
Five things this week: turn on MFA everywhere money, email, or customer data lives; pin down your backups in writing with your MSP; freeze your credit and lock your mobile carrier account; write a one-page money rule that requires a callback for any payment change; and compare your insurance application to your MSP contract.
Do I need a full security program?
Not to start. Under about fifty people, the minimum viable program is the program: the risk you will not accept, who can move money, the first 24 hours of an incident, and a quarterly review. It lives in four documents: an incident card, a vendor list, an open-findings list, and proof of your last successful restore.
Should we ever pay a ransom?
Never without legal counsel and sanctions screening. Paying certain sanctioned groups can itself violate federal law. Decide who holds that authority before an incident, not in the middle of one.
Same format. Same plain language.
J.W. Walker has spent his career in information security across commercial and government environments. He has sat in the tester’s chair, built a company from the ground up through exit, and serves as CTO of an information security firm. Today he advises executives and boards on technology strategy, security governance, and how to govern cyber risk without turning it into an IT-only conversation.
He writes plain-language guides that help leaders make confident decisions about technology and risk without needing to become technical experts.
