The first move is to map and segment the communication paths that matter most, especially between workloads that should not need broad east-west access. Firewalls alone are too slow and too coarse for modern ransomware spread. Host-based segmentation gives teams visibility into flows, then lets them block unnecessary routes quickly before malware moves laterally across the environment.
Why firewalls alone are the wrong first containment model
When ransomware containment depends only on perimeter firewalls, teams usually see the problem too late and control too broadly. Firewalls are good at boundary enforcement, but they do not show the east-west paths ransomware uses after initial access. The first containment priority is to understand which internal flows are actually needed, then reduce the paths that let malware spread between systems.
That shift matters because lateral movement is often faster than manual firewall change processes. If you wait for a perimeter-centric response, the ransomware can already be reaching file shares, backup infrastructure, and high-value management systems inside the environment.
What to map before you block anything
Start with the communication paths that are operationally necessary, not the ones that are merely currently allowed. Security teams should identify which workloads, subnets, applications, and administrative services genuinely need to talk to each other, then separate those from broad legacy connections that exist only because the network grew over time. This gives you a containment model based on business function rather than inherited trust.
Host-based or workload-aware segmentation is usually the fastest way to make that map actionable. It lets teams observe actual flow patterns, spot unnecessary chatter, and tighten policy around the systems that matter most for spread containment. In practice, the goal is to preserve essential service-to-service traffic while cutting off routes that ransomware can abuse to propagate.
Where possible, map the highest-risk paths first: endpoints to servers, server to server, backup access, remote management channels, and any shared services that sit on the path to many other systems. Those are the routes that create the largest blast radius if they remain open.
How segmentation changes containment speed
Segmentation changes the response from reactive to decisive. Instead of trying to stop every malicious action at the perimeter, teams can isolate a smaller set of hosts or communication patterns and prevent unnecessary east-west movement. That is especially important in mixed environments where older network controls do not understand application context or workload behavior.
A good containment design also reduces ambiguity during an incident. If the team already knows which communication paths are normal, they can distinguish an unusual ransomware propagation pattern from routine service traffic and block it with less guesswork. That makes the first response faster and lowers the chance of breaking critical operations while trying to stop spread.
Risk and Threat Considerations
Ransomware thrives on flat internal reachability, because one compromised endpoint can become a launch point for many others. Firewalls alone rarely provide the internal visibility or speed needed to stop that movement once attacker or malware activity is already inside the environment.
Failure mechanism: Broad east-west trust, shared administrative routes, and over-permissive internal connectivity let malware pivot from the initial host to adjacent systems, backups, and management layers before teams can react.
Impact: Containment delay increases encryption spread, recovery cost, and the chance that critical services or backup infrastructure are also disrupted.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
MITRE ATT&CK addresses the attack and risk surface, while NIST CSF 2.0, NIST SP 800-53 Rev 5, CIS Controls v8 and NIST Zero Trust (SP 800-207) set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| MITRE ATT&CK | T1021 — Remote Services | Ransomware containment hinges on stopping lateral movement over internal services. |
| Recommendation — Hunt and restrict remote-service paths that enable lateral movement. | ||
| NIST CSF 2.0 | PR.AA-05 — Identity Management, Authentication, and Access Control | Containment depends on limiting which internal systems can communicate and act on each other. |
| PR.PS-01 — Configuration Management | Segmentation is a protective configuration change that reduces spread paths. | |
| DE.CM-09 — Network Monitoring | Mapping needed flows requires observing internal communications before blocking them. | |
| Recommendation — Enforce least-privilege access paths for internal communications. Apply controlled configuration changes to segment high-risk traffic flows. Monitor east-west traffic to separate normal flows from spread paths. | ||
| NIST SP 800-53 Rev 5 | SC-7 — Boundary Protection | Segmentation enforces internal boundaries that limit ransomware propagation. |
| AC-4 — Information Flow Enforcement | Flow control is the core control needed to permit only necessary internal communications. | |
| Recommendation — Implement boundary protections that constrain internal movement. Enforce approved information flows between workloads and services. | ||
| CIS Controls v8 | CIS-12 — Network Infrastructure Management | Segmentation and internal traffic control are network infrastructure safeguards. |
| Recommendation — Segment internal networks to reduce ransomware blast radius. | ||
| NIST Zero Trust (SP 800-207) | Zero Trust Architecture | Zero trust principles support assuming internal traffic is not inherently safe. |
| Recommendation — Treat internal communication as explicitly authorized, not trusted by default. | ||
Practitioner Guidance
What to prioritise: Focus first on the communication paths with the highest blast radius, especially backup systems, remote administration paths, and shared infrastructure that many hosts can reach.
What to verify: Confirm that every allowed east-west flow has a clear business owner and an operational reason to exist; if no one can justify the path, treat it as a containment candidate.
Decision rule: If a workload does not need broad peer-to-peer access to do its job, segment it now rather than waiting for a full redesign of the network.
Practitioner takeaway: The first containment win is not tighter perimeter filtering, it is shrinking the internal routes ransomware can use to move and proving that the remaining routes are genuinely necessary.
Related resources from NHI Mgmt Group
- Why do breach containment and resilience matter when security teams are judged on prevention alone?
- How should security teams prevent exposed internet-facing systems from becoming the first step in an identity-based ransomware attack?
- How should security teams reduce ransomware risk in factory environments that still depend on Windows systems and shared operational access?
- How should security teams govern AI agents that can retry around blocked actions and still reach the same outcome?