Understand policy risk. Ask policy questions in plain language. Request a demo →
[ Glossary ]
Network Segmentation
Network segmentation is the practice of dividing a computer network into smaller, isolated sections to control how traffic moves between them. Organizations use it to limit who and what can reach specific systems, contain threats, and reduce the paths an attacker or compromised device could use to spread across the network.
What Is Network Segmentation?
Network segmentation is the practice of dividing a computer network into smaller, isolated sections to control how traffic moves between them. Organizations use it to limit who and what can reach specific systems, contain threats, and reduce the paths an attacker or compromised device could use to spread across the network.
Key takeaways
- Network segmentation divides a network into zones and controls traffic flow between them using firewalls, routers, switches, and cloud security groups.
- It reduces the attack surface by limiting lateral movement and restricting access to sensitive systems, data, and applications.
- Macrosegmentation creates broad zones (by department, function, or location), while microsegmentation applies granular, workload-level controls; both work together.
- Segmentation only reduces risk if the rules enforcing it are kept accurate, validated before changes, and checked against what was actually intended.
Why Network Segmentation Matters
A flat network, one where every system can reach every other system, gives attackers room to roam. Once they get a foothold anywhere, they can move freely toward the data and systems that matter most. Network segmentation closes that room down. By dividing a network into smaller zones and controlling what traffic can pass between them, organizations limit how far a breach can spread and make it easier to detect unusual activity when it happens.
Segmentation also supports day-to-day operations. It separates guest traffic from internal systems, isolates operational technology (OT) from information technology (IT), and keeps sensitive workloads, such as financial systems, medical devices, or payment data, away from general-purpose network traffic. The Cybersecurity and Infrastructure Security Agency (CISA) and the National Security Agency (NSA) have both pointed to segmentation as a core control for limiting the blast radius of an incident.
How Network Segmentation Works
Segmentation works by controlling how traffic flows between parts of a network. Depending on the network's needs, a team might block all traffic between two segments entirely or allow only specific traffic types, sources, destinations, or protocols. That set of rules is the segmentation policy, and it's usually enforced through firewalls, routers, switches, virtual local area networks (VLANs), cloud security groups, and host-based controls.
There are two broad approaches:
- Macrosegmentation creates larger zones based on criteria like department, function, application, or location. It typically controls traffic at network boundaries, such as between a corporate network and a data center.
- Microsegmentation applies much more granular, workload-level controls, often down to a single application or even a single process. It uses application-layer information to decide what should be allowed, which makes it well-suited to Zero Trust initiatives.
Most enterprise networks use both. Macrosegmentation sets the broad boundaries, and microsegmentation tightens control within those boundaries for the systems that need it most.
Key Components and Best Practices
Effective network segmentation depends on a few consistent practices:
- Clear segmentation intent. Teams need to define what traffic should be allowed between zones, workloads, and applications before they configure any enforcement point.
- Consistent enforcement across layers. Firewalls, cloud security groups, and segmentation platforms all need to reflect the same intent, or gaps will open between what's designed and what's actually enforced.
- Change validation. Before a segmentation change goes live, teams should understand what it will allow, block, or disrupt, including the effect on application dependencies.
- Ongoing review. Networks change constantly as applications, users, and infrastructure evolve. Segmentation policy has to be reviewed on a schedule, not set once and forgotten.
Common Challenges
Segmentation projects often start with good intentions and then drift. As applications change and new rules get added, the gap between what a segmentation policy is supposed to allow and what firewalls and cloud controls actually allow tends to widen. Teams lose a clear view of what's really permitted, especially when segmentation spans multiple platforms, such as firewalls, cloud security groups, and dedicated microsegmentation tools, each with its own rule format and management console.
Another common problem is breaking things. Tightening access between zones without understanding application dependencies can disrupt business-critical traffic, which makes teams hesitant to enforce segmentation as strictly as they should. Without a way to assess the impact of a change before enforcing it, segmentation work slows down or gets watered down.
Finally, proving that segmentation works is harder than it sounds. Auditors and internal stakeholders want evidence, not assumptions, that zones are isolated as designed and that exceptions are documented and reviewed.
How Network Segmentation Connects to NSPM and FireMon
Network segmentation is only as strong as the policy enforcing it, and that policy rarely lives in one place. A network typically has segmentation intent spread across firewalls, cloud security groups, and dedicated segmentation platforms, each enforcing its own piece of the picture. Network Security Policy Management (NSPM) is the discipline of governing that policy as a whole: normalizing it, validating changes before they go live, and keeping documented evidence that segmentation is working as intended.
FireMon, the founder of NSPM, provides a policy control layer above enforcement technologies, including firewalls, cloud networks, and supported microsegmentation platforms. It doesn't replace any of those enforcement tools. Instead, it helps teams normalize segmentation policy alongside firewall and cloud policy, assess what a proposed segmentation change will allow or block before it reaches production, and maintain audit evidence that segmentation intent still matches enforced access as the environment changes.
Frequently Asked Questions
Network segmentation is the broader concept of dividing a network into zones, which can be done at a coarse, "macro" level (by department, function, or location) or a fine-grained "micro" level. Microsegmentation refers specifically to the granular approach, applying access control down to individual workloads or applications.
Segmentation is commonly enforced using physical or virtual firewalls, routers, switches, VLANs, cloud security groups, cloud-native firewalls, and host-based or workload-level controls. Most networks combine several of these at different points.
No single control guarantees compliance. Segmentation supports visibility, validation, documentation, and audit evidence that access to in-scope systems is restricted as required, but organizations still need to assess their full set of applicable controls.
Segmentation often drifts because policy changes aren't validated against the original intent, because teams can't predict what a tighter rule will break, or because there's no unified view across the firewalls, cloud controls, and segmentation platforms enforcing it.
FireMon doesn't replace a segmentation or microsegmentation platform's enforcement function. It governs the policy across that platform alongside firewalls and cloud controls, helping teams validate changes, detect drift, and produce audit evidence that segmentation is working as intended.