MFA is the single highest-value control in security. It's also the one SMBs implement worst — because most teams treat it as an IT project instead of a change-management problem.
The case, in one paragraph
Credential theft is the top initial-access vector: phishing, password reuse after a breach, and stolen session cookies. MFA breaks that chain — the attacker has your password but not your phone. Every major framework (NIST, CIS, ENISA) puts it near the top of the list for a reason. The control is cheap; the failure mode is expensive, and it's almost always a rollout failure, not a technology failure.
The 5 things to do before you flip the switch
1. Inventory what actually needs MFA
You don't secure everything on day one. Rank by blast radius: email first (it's the key to everything else), then VPN, RDP/remote access, cloud admin consoles (AWS/Azure/O365), and anything that touches money or customer data. A one-page list of "systems × who uses them" is enough to start.
2. Pick one method and standardize
TOTP authenticator apps (Google Authenticator, 1Password, Aegis) for everyone. SMS works as a fallback for the occasional user — it's one tap away from a SIM swap, so nothing sensitive should rest on it. Hardware keys (YubiKey) are the premium tier: phishing-resistant, and at ~$25 each they're cheaper than one BEC incident. One method, documented, for the whole company.
3. Enroll everyone before you enforce anything
This is the step that gets skipped and the one that causes week-2 failure. Turn MFA on in "warn" mode first: people register their authenticator over a week or two, at their own pace. Nobody should hit "MFA required" on a Monday morning with no backup code and a client call in ten minutes.
4. Build the escape hatch before you need it
Three things, in writing: backup codes for every user (printed or in the password manager), a break-glass admin account with its own MFA device stored somewhere physical, and one named human who knows how to reset someone's enrollment at 2am. "We'll figure it out" is not an escape hatch.
5. Communicate like a human
A two-minute video or a one-pager: "Your password is no longer enough. Here's the 3-minute setup. Here's who to call if it breaks." Say why (one real example beats ten statistics), say what happens, and make the help path obvious. Resentment comes from surprise, not from MFA itself.
A rollout that works: four weeks
- Week 1: inventory + pilot. IT and the two most security-savvy users go first. Find the rough edges while they're cheap.
- Week 2: enroll everyone (warn mode). Chase the stragglers — they're your future 2am calls.
- Week 3: enforce email + VPN. Watch the help queue; fix the top three complaints.
- Week 4: enforce the rest. Archive your backup-code process and put the break-glass account on the wall (figuratively).
If you'd rather not do it alone
The SSO and identity management guide covers the architecture side — how MFA fits with SSO, PAM, and password managers so you're not managing 40 separate logins. And if you want to know where your current exposure actually is before you start, the Security Health Check tells you in one page.
Keep it working after the rollout
MFA protects logins. RiskiBits Monitor watches everything else — your certificates, ports, and headers — daily, so the quiet failures don't wait for a customer to find them. From $29/month.
Try Monitor →
Thanks for reading! Drop your questions or share which log source you're implementing first. I read all comments and reply to questions.
No comments yet. Be the first to share your thoughts!