Field guide

Ransomware Readiness for SMBs (2026): Real Vectors, Practical Checklist

Ransomware coverage tends to lead with the ransom note and skip the part that actually matters: how the attacker got in. Most initial access starts from things visible outside your network — an exposed service, a reused password, an unpatched CVE. Here is what actually happens, and a checklist sized for a team without a dedicated security function.

Ransomware is a business-continuity event, but it is not a mysterious one. Behind almost every incident is a small, repeatable set of initial-access methods, and most of them are visible from outside the network before the attacker ever gets a foothold inside it. Understanding those methods — not the ransom demand, not the leak-site countdown — is where readiness actually starts.

This matters most for small and mid-sized businesses, which typically run a smaller and more exposed edge (a handful of internet-facing services instead of a hardened perimeter team) without the dedicated security staff to monitor it continuously. The good news is that the highest-leverage readiness work does not require a security operations center. It requires knowing what is actually reachable from the internet and closing the gaps a scan would find.

The Real Initial-Access Vectors

Ransomware operators are not, in most cases, running novel zero-days against small businesses. They are working through a small, well-understood set of entry points because those entry points are common and cheap to find at scale.

  • Exposed remote access with weak credentials. RDP, VPN concentrators, and remote management tools left open to the internet with default, reused, or weak passwords remain one of the most consistently reported entry points across ransomware incident reports.
  • Exploitation of known, unpatched vulnerabilities. Edge devices — firewalls, VPN appliances, file-transfer tools, and internet-facing applications — are attractive because a single unpatched CVE can be scanned for and exploited at internet scale, no phishing required.
  • Phishing for credentials or initial footholds. A credential harvested through phishing, or a malicious attachment that lands an initial access broker's tooling, remains a durable route in, especially where multi-factor authentication is not enforced.
  • Purchased access from initial access brokers. A growing share of ransomware intrusions do not start with the ransomware operator at all — they start with a separate actor who breached the network days or weeks earlier and sold that access on.

The common thread: three of these four vectors are visible, in principle, from outside the network. An exposed RDP port, an unpatched edge device, and a weak-credential login page are all things an external scan can find — which means they are also things an attacker's reconnaissance can find, usually first.

Why CISA KEV Beats CVSS for Patch Priority

Most vulnerability backlogs are triaged by CVSS score, but CVSS measures theoretical severity, not whether anyone is actually exploiting the flaw. The CISA Known Exploited Vulnerabilities (KEV) catalog tracks something more directly actionable: vulnerabilities that are confirmed to be under active exploitation in the wild, many of them tied to specific ransomware intrusion sets that CISA documents alongside the entry.

For a small team that cannot patch everything at once, KEV membership is a stronger prioritization signal than CVSS alone. A CVSS 7.5 vulnerability on the KEV list, actively used by a known ransomware affiliate against edge devices, should outrank a CVSS 9.1 vulnerability with no known exploitation. Building a patch queue that checks new KEV entries against your own asset inventory — every internet-facing device and application — is one of the highest-leverage habits a lean security function can adopt.

The pattern worth remembering: ransomware operators favor internet-facing, mass-exploitable entry points because they scale. That also means your external attack surface — not your internal network — is where readiness work returns the most per hour spent.

A Practical SMB Readiness Checklist

This is not an exhaustive framework. It is the set of controls with the best ratio of risk reduction to cost for a team without a dedicated security function.

  1. Enforce MFA on every remote-access and administrative account. Multi-factor authentication is the single highest-leverage control against credential-based initial access, and it should be non-negotiable on VPN, RDP, email, and admin panels.
  2. Inventory and minimize your internet-facing footprint. If a service does not need to be reachable from the public internet, put it behind a VPN or remove it. Every open port is a thing you now have to defend and patch.
  3. Patch against CISA KEV first, then by exposure. Prioritize internet-facing systems with active-exploitation status over internal systems with a high CVSS score but no exposure.
  4. Maintain offline or immutable backups, and test the restore. A backup you have never restored from is a hypothesis. Ransomware operators specifically target backup infrastructure before encrypting production data, so isolation matters as much as existence.
  5. Segment the network. Limiting lateral movement between systems slows an attacker down even after initial access, buying time to detect and respond.
  6. Have a written incident response plan, and know who to call. Decide before an incident, not during one, who makes the ransom-payment decision, who contacts law enforcement, and who handles customer communication.
  7. Run an external scan on a recurring cadence, not once a year. New exposure appears every time you deploy a service, rotate a vendor, or change a firewall rule.

Finding Your Exposure Before an Attacker Does

The honest question behind most of this checklist is simple: do you actually know what is reachable from the internet right now? Most teams' mental model of their exposure drifts out of date within weeks of the last review, while the real footprint keeps changing with every new integration and forgotten test server.

This is the same reconnaissance an attacker runs before a ransomware intrusion, done on your side of the fence instead. AssurePort's Network / Host Pentest engine performs read-only TCP port scanning, service fingerprinting, no-auth exposure checks, and version-to-CVE matching against your external footprint — the exact class of finding that maps to the vectors above. The Web Pentest engine covers the application layer with real exploitation and human-verifiable proof of concept, and OSINT / Recon surfaces the forgotten subdomains and cloud storage buckets that widen the perimeter without anyone noticing. None of these promise to stop a determined attacker outright — nothing does — but they close the gap between what you assume is exposed and what actually is, which is where most ransomware intrusions start.

Conclusion

Ransomware readiness is not a single product or a single control. It is the discipline of knowing your exposure and closing the highest-leverage gaps before an attacker's reconnaissance finds them first.

  • Initial access is usually visible from outside. Exposed services, weak credentials, and unpatched edge devices are findable by anyone looking — including you.
  • KEV status beats CVSS for patch priority. Active exploitation is a stronger signal than theoretical severity when your patch queue is finite.
  • Backups reduce impact; they do not prevent intrusion. Pair tested, isolated backups with the controls that keep an attacker out in the first place.

The organizations that weather ransomware attempts best are not the ones with the biggest security budget — they are the ones that know their actual exposure and act on it before an attacker's scan does the discovering for them.

Frequently Asked Questions

What are the most common ransomware initial-access vectors?

The most common initial-access vectors for ransomware are internet-exposed remote access services with weak or reused credentials, exploitation of known, unpatched vulnerabilities in edge devices and applications, and phishing that harvests credentials or delivers a foothold payload. Most of these are visible from outside the network before an attacker ever needs to be inside it.

What is the CISA KEV catalog and why does it matter for ransomware?

The CISA Known Exploited Vulnerabilities (KEV) catalog is a list maintained by the US Cybersecurity and Infrastructure Security Agency of vulnerabilities that are confirmed to be actively exploited in the wild. Many entries are directly tied to ransomware intrusion sets, which makes KEV status a stronger patch-priority signal for ransomware risk than a CVSS score alone.

How can an SMB improve ransomware readiness on a limited budget?

Prioritize the controls with the highest ratio of risk reduction to cost: enforce MFA on every remote-access and admin account, maintain offline or immutable backups with a tested restore process, patch internet-facing systems against CISA KEV entries first, and run a periodic external scan to find exposed services before an attacker does.

Do backups alone protect against ransomware?

Backups reduce the impact of a ransomware event but do not prevent the intrusion, and many ransomware operators specifically target backup systems before encrypting production data. Backups need to be offline or immutable, tested for restore reliability, and paired with controls that reduce the chance of initial access in the first place.

How does external exposure get discovered before an attacker finds it?

An external network and web penetration test enumerates internet-facing services, checks for known-vulnerable software versions, and flags exposed management interfaces the same way an attacker's reconnaissance would. AssurePort's Network/Host Pentest and Web Pentest engines run this kind of external check on demand.