Network segmentation divides an IT environment into controlled zones and restricts traffic between them. Systems may be separated by function, sensitivity or trust level. The number of subnets is not what matters; the essential property is an enforceable and verifiable communication boundary.
What is the objective of network segmentation?
If a workstation, server or account is compromised, the attacker should not be able to reach every other system directly. Segmentation reduces possible lateral movement, limits the blast radius and protects particularly critical services. It can also stop a failure in a less trusted zone, such as guest Wi-Fi, from immediately affecting production or administration systems.
Clear zoning also improves monitoring. Unexpected traffic between two areas is easier to recognize when only a small set of documented connections is allowed. Segmentation therefore supports attack prevention, detection and containment.
How are segments technically enforced?
| Control | Typical use |
|---|---|
| Firewall or ACL | Allows defined combinations of source, destination, port and protocol between networks. |
| VLAN | Separates broadcast domains but does not by itself provide a robust security boundary. |
| Host firewall | Protects an individual system from devices in the same network as well. |
| Cloud security group | Controls flows to instances, services or network interfaces in a cloud environment. |
| Workload or identity policy | Enforces rules independently of a fixed IP address, for example for containers or services. |
| Physical separation | Used for particularly critical or safety-related environments. |
Multiple layers complement each other. A VLAN separates traffic logically, but without routing policy or a firewall it does not automatically stop access. Similarly, a central firewall offers limited protection if systems inside one large segment can communicate without control.
What does useful zoning look like?
| Example zone | Permitted communication |
|---|---|
| DMZ | Publicly reachable systems; only necessary connections to selected backend services. |
| User devices | Access to approved applications, but no direct administrative access to servers. |
| Application and database zone | Application servers may reach defined database services; clients cannot reach them directly. |
| Administration zone | Hardened jump hosts and management systems with tightly controlled access. |
| Backup zone | Backup infrastructure is reachable only through defined paths and isolated from normal administrator accounts. |
| Guest and IoT network | No direct internal access; only necessary internet or platform services. |
These zones are examples rather than a universal template. An industrial plant, a hospital and a software company require different boundaries. Architecture must follow actual data flows and risk.
How is segmentation planned?
- Build an inventory: Document systems, owners, data, dependencies and administrative paths.
- Understand data flows: Identify the source, destination, direction, protocol and business purpose of each required connection.
- Create zones: Group similar functions and protection needs, treating particularly critical systems separately.
- Define rules: Allow justified communication only and deny everything else by default.
- Introduce controls carefully: Observe flows, test dependencies and enable rules in controlled stages.
- Operate continuously: Expire exceptions, approve changes traceably and remove stale rules.
What is microsegmentation?
Microsegmentation applies finer policies to individual workloads, services or identities. Two servers in the same subnet then cannot communicate automatically. In data centers, cloud and container environments, policy can follow a workload when its IP address changes. Greater precision also increases demands on inventory, automation and policy maintenance. Thousands of opaque individual rules are not inherently more secure.
How do segmentation and Zero Trust relate?
Zero Trust requires access decisions based on identity, device posture, context and policy instead of broadly trusting an internal network. Segmentation technically enforces some of these boundaries. It does not replace strong authentication, authorization, encryption or monitoring. Conversely, an identity-based access solution does not eliminate the value of robust network boundaries.
Which mistakes weaken segmentation?
- Broad any-to-any rules or temporary transition exceptions that become permanent.
- Zones based on departments instead of required data flows and risk.
- DNS, directory services, monitoring, updates or time services are forgotten and later opened without control.
- Administrative traffic uses the same paths and accounts as normal user sessions.
- Only inbound traffic is considered even though outbound connections enable exfiltration and command-and-control.
- A firewall rule is treated as sufficient while the application remains unauthenticated, unpatched or poorly hardened.
How is effectiveness tested?
Policies should be tested technically. Can a user device really not administer a domain controller? Can a web server reach only the intended database ports? Is backup management inaccessible from normal networks? Rule analysis, flow logs, vulnerability scans and penetration testing complement each other. Useful metrics include unused or overly broad rules, unauthorized connections, exception expiry and the time required to contain suspicious flows.
Thank you for your feedback! We will review it and optimize this content.
Do you have feedback on Network Segmentation? Tell us!
Additional Services
Comprehensive IT security solutions for complete protection
Red Teaming
Simulation of real attacks on your company including people, infrastructure and processes. A comprehensive approach to testing your entire security strategy.
Learn morePhishing Exercises
Practical phishing simulations to raise employee awareness. Increase awareness and reduce the risk of successful email-based attacks.
Learn more