CLOUD CONCEPT

Network Isolation

Network isolation separates resources and restricts their communication to prevent unauthorized access and limit the spread of security incidents.

Cloud Concepts Hub →

What is Network Isolation

Network isolation creates controlled communication boundaries between workloads, environments, and external networks. During incident response, it helps contain compromised resources, interrupt attacker communications, and protect unaffected systems while engineers investigate, eradicate threats, and restore trusted workloads.

Network isolation is the deliberate restriction of network communication between resources or groups of resources. The objective is not always complete disconnection: an isolated workload may retain narrowly authorized access to forensic tools, logging systems, or management endpoints. The essential requirement is that only explicitly justified communication remains possible. Isolation can be a permanent architectural boundary or a temporary containment measure applied during a security incident.

In cloud environments, engineers implement isolation using virtual networks, subnet boundaries, routing controls, workload firewalls, network access control lists, and inspection gateways. Separate virtual networks provide useful boundaries, but peering connections, transit networks, private endpoints, and shared services can create additional paths. A resource without a public IP address is not necessarily isolated: it may still reach the internet through a NAT gateway or communicate with compromised systems over private routes.

During an incident, containment should address both inbound and outbound traffic. Blocking inbound connections alone does not prevent malware from contacting command-and-control infrastructure, exfiltrating data, or attacking neighboring workloads. For example, an engineer investigating a compromised application server can remove it from a load balancer, replace its existing security groups with a restrictive quarantine group, and preserve only approved investigation access. All attached network interfaces and remaining access paths must be considered; adding a restrictive security group alongside permissive groups does not override their allowances.

Control behavior matters when selecting a containment action. AWS security groups are stateful, allow-only controls, and changing their rules does not necessarily terminate tracked connections immediately. Network ACLs are stateless subnet-level controls with explicit deny rules and can interrupt matching traffic, including existing flows. However, an ACL change can affect every resource in the associated subnet, and legitimate connections require appropriate rules in both directions. Some platform traffic, including access to the Amazon-provided DNS resolver, is not filtered by security groups or network ACLs, so these controls should not be treated as a universal packet-blocking mechanism.

Preserve evidence while limiting ongoing harm. Record resource identifiers, network configuration, relevant logs, and the containment actions taken. Where appropriate, capture disk snapshots and volatile evidence before stopping or rebuilding a resource, provided collection does not unacceptably delay containment. An isolated network does not revoke stolen credentials or remove malware. Investigators must also address compromised identities, persistence mechanisms, vulnerable software, and any other affected resources.

Plan investigation access before an emergency. A private management path can avoid reopening public SSH or RDP, but management tools still need working connectivity, permissions, and often an agent. For example, a managed session may depend on interface endpoints or controlled outbound access. Complete disconnection can prevent evidence collection, logging, health checks, and remote remediation. The appropriate balance depends on the severity of the threat and the trustworthiness of the remaining management path.

Recovery should restore trust rather than merely restore connectivity. Rebuild affected workloads from trusted images or restore validated backups into a clean, restricted environment. Patch the original weakness, rotate exposed credentials, check for persistence, and verify application behavior before gradually reconnecting production traffic. Restoring a backup without checking when compromise began can reintroduce the threat. Test isolation runbooks in advance and verify containment with traffic observations and connectivity tests rather than assuming that a successful configuration change proves the resource is contained.

Key aspects of Network Isolation

Effective network isolation combines explicit boundaries, bidirectional restrictions, evidence preservation, and validated recovery without confusing containment with threat removal.

Explicit communication boundaries

Define which resources may communicate, over which protocols, and for what purpose. Include private routes, shared networks, and service endpoints rather than considering only internet exposure.

Bidirectional containment

Restrict outbound communication as well as inbound access to limit exfiltration, command-and-control traffic, and lateral movement. Preserve investigation access only when its risk is understood and accepted.

Control semantics and scope

Choose controls according to their statefulness, deny capabilities, and enforcement scope. Account for tracked connections and the collateral impact of subnet-wide or shared-firewall changes.

Evidence-aware response

Contain active harm while preserving useful logs, configuration records, and forensic evidence. Avoid unnecessary destructive actions that could prevent determination of the incident's cause and extent.

Separation from eradication

Treat isolation as containment, not proof that a resource is clean. Remove persistence, remediate vulnerabilities, and address compromised credentials before recovery.

Validated restoration

Restore trusted workloads into a restricted environment and verify them before reconnecting production traffic. Exercise containment and recovery runbooks so that emergency changes have predictable results.

Cloud services for Network Isolation

Amazon VPC supplies the primary isolation boundaries and traffic controls, while AWS Network Firewall adds inspection for traffic deliberately routed through it. For compromised EC2 workloads, responders can restrict network interfaces and preserve storage evidence before rebuilding trusted replacements. AWS Systems Manager can support controlled investigation and repeatable response actions when its management connectivity remains available. These services must be configured as a coordinated containment design: restrictive rules do not help if another interface, route, or permissive security group leaves an unintended path open. Recovery also requires threat eradication, credential remediation, and validation before normal connectivity is restored.

Virtual private cloud VPC_32 image Amazon VPC

Amazon VPC provides virtual network boundaries, route tables, security groups, and network ACLs that support isolation. Security groups control traffic for associated network interfaces, while subnet-level network ACLs provide stateless allow and deny rules.

Open Amazon VPC →
AWS Firewall Manager image AWS Network Firewall

AWS Network Firewall applies stateful and stateless inspection rules to traffic routed through its endpoints. It can enforce containment policies for relevant network paths, but traffic that bypasses those endpoints is not inspected.

Open AWS Network Firewall →
Amazon EC2 image Amazon EC2

For affected EC2 instances, engineers can replace security group associations, examine attached network interfaces, and create snapshots of EBS volumes for investigation. Rebuilding replacement instances in a clean, restricted network supports recovery without reconnecting the compromised operating system.

Open Amazon EC2 →
AWS Systems Manager image AWS Systems Manager

Systems Manager can provide managed investigation access and execute remediation or containment automation without opening inbound administration ports. Its use during quarantine depends on the required agent, permissions, and connectivity to service endpoints.

Open AWS Systems Manager →