Network Insight · Interactive Learning Workspace

Data Centre Security Learning Workspace

Explore how data centre security works in practice. Map trust boundaries, control east–west and north–south traffic, investigate suspicious activity, apply Zero Trust principles, and practise containing and recovering from security incidents through interactive network scenarios.

Security Architecture Traffic & Policy Threat Investigation Zero Trust
05 Learning stages 12 Interactive widgets
Learning mode Interactive educational simulations. Security events, policy decisions and incident outcomes are illustrative and do not represent live monitoring of your infrastructure.

Learning Control Bar

Navigate the five stages and track your progress.

0 of 5 stages 0%
Selected stage: 01 · Security Architecture

Your learning pathway

Explore the Security Workspace

Follow five connected stages, from understanding security boundaries to investigating threats and validating incident recovery. Select a stage to jump directly to its introduction and interactive exercises.

05 Stages

Stage 1 - Understanding the Architecture

01 Learning Stage One Foundation · Architecture · Trust

Understand Security Architecture

Before investigating a threat or writing a security rule, understand what you are protecting, where trust begins and ends, and how systems are separated. A data centre security design is more than a collection of firewalls: it is a set of boundaries, controls and access decisions that work together to limit exposure and contain compromise.

Start by mapping the environment and identifying the purpose of each security zone. Consider how management systems, application workloads, shared services and external connections should interact—and which paths should remain restricted.

  • Security zones: group systems according to their role, sensitivity and exposure.
  • Trust boundaries: identify where access must be evaluated rather than automatically trusted.
  • Control placement: understand where firewalls, segmentation controls and management safeguards can enforce policy.
  • Blast-radius reduction: design boundaries that limit how far a compromised system can reach.
Learning pathway 01 · Architecture 02 · Traffic & Access 03 · Investigation 04 · Zero Trust 05 · Recovery

Practical focus: establish the security context first, then use the interactive exercises below to investigate architecture and trust decisions. Examples in this workspace are educational simulations.

Stage 1 · Interactive Architecture Lab

Security Architecture Explorer

Select a zone to inspect its purpose and trust boundaries. Then test illustrative communication paths to see how architectural policy can allow or restrict access between systems.

SIMULATED ENVIRONMENT

Explore the architecture · Select a zone in the diagram or use a view filter.

Illustrative data centre security layout Choose a zone to inspect it
DATA CENTRE SECURITY SCOPE EXTERNAL TRUST BOUNDARY INTERNAL SECURITY ZONES External Access Internet · Partner entry Application Zone Workload segment App servers Service tier Shared Services Controlled dependencies DNS · Identity Management Zone Restricted administration Admin jump host Data Zone Protected assets Database Data services Policy-controlled POLICY ENFORCEMENT Security Controls Firewall / ACL Identity / Logging Segmentation Workloads Shared services Restricted
Workload zone Infrastructure zone Protected assets Trust boundary
Illustrative permitted path

Application-to-data access may be permitted for an explicitly authorised service flow. The real decision depends on the configured policy.

Educational model: this diagram and path evaluation use illustrative architecture assumptions, not a live firewall, identity provider, network configuration or security monitoring system. Actual access decisions require explicit policy and deployment context.
Interactive Widget 2 · Stage 1

Trust Zones and Security Boundaries

A network is not one uniform trust domain. Select a boundary to inspect what separates the zones, what should cross it, and which controls help prevent an attacker or misconfigured workload from moving freely.

Enforced boundary Permitted path Review required
Data centre trust zones and security boundaries Five security zones are separated by selectable red dashed boundaries. Select a zone or a boundary to inspect its purpose and controls. LOWER TRUST RESTRICTED / HIGHER TRUST 01 External Access Users Internet Partners UNTRUSTED 02 Application Tier Web API Services CONTROLLED 03 Shared Services DNS Identity Logging LIMITED ACCESS 04 Management Plane Admin access Jump hosts Device control PRIVILEGED 05 Data Services Databases Sensitive records Storage systems RESTRICTED B1 B2 B3 B4 A boundary represents a policy enforcement point, not simply a subnet or VLAN.

On a small screen, scroll horizontally across the diagram to view all zones.

Selected boundary

B1 · External to Application

Controls traffic entering application-facing services from less-trusted networks.

1Permit only published services and required destination ports.
2Inspect connections and apply rate limits where appropriate.
3Log denied connections and investigate repeated probing.
Security objective

Reduce exposure at the entry point

Without a defined policy, externally reachable systems may expose unintended services or provide a route deeper into the environment.

✓ Explicit allow rules for approved application traffic.
! Review broad rules, unexpected ports and unneeded inbound access.

Test a cross-zone connection

Choose a source and destination, then evaluate the illustrative security policy.

Scenario lab
✓
Illustrative decision: allow with controls

External-to-application traffic may be allowed for published services only. The actual decision depends on the configured rule, service, port, identity and inspection requirements.

ⓘ Learning model: These are illustrative zones and policy decisions, not a live firewall, packet capture or production security assessment. Real enforcement depends on your network design, identity controls, firewall rules and application requirements.
Interactive Widget 3 · Stage 1

Security Control Mapping

Security architecture becomes meaningful when each objective is backed by an appropriate control. Select an objective to explore the controls, where they operate and what to verify during a design review.

Segment workloads

Restrict east–west communication so that each workload can reach only the services required for its role.

4 relevant control groups
FW
Distributed or network firewalls

Apply explicit rules between application tiers, shared services and protected data zones.

Traffic enforcement North–south and east–west
ACL
Network ACLs and microsegmentation

Reduce permitted communication between subnets, workloads or application components.

Segmentation Least privilege
ID
Workload identity and service policy

Where supported, make authorization depend on workload identity and service purpose as well as network location.

Identity-aware Zero Trust support
LOG
Flow logging and policy review

Record relevant permitted and denied connections, identify exceptions and review rules for unnecessary access.

Detection Operational assurance

3 · Design review checklist

Mark the checks you have completed for the selected objective.

0 of 4 checked
ⓘ Learning model: This mapping is a design aid, not a live configuration audit. Actual controls depend on the selected platform, network architecture, identity system and operational requirements. Multiple controls may be needed to achieve one objective.

Add Your Heading Text Here

Data Centre Security · Stage 2 of 5

Traffic and Access Control

Security zones define where trust changes. Access-control policies determine what can cross those boundaries. In this stage, explore traffic direction, permitted service flows, enforcement points and the difference between network reachability and genuine authorization.

Core principle: connectivity is not authorization

A route between two systems does not mean the connection should be allowed. Each flow needs a valid purpose, a defined policy and suitable enforcement and monitoring.

What you will investigate

Traffic direction

Distinguish north–south traffic entering or leaving the data centre from east–west traffic moving between internal workloads and services.

Policy decisions

Decide which source, destination, protocol, port and identity combinations should be permitted, restricted or denied.

Enforcement points

Understand the roles of firewalls, network ACLs, workload controls and identity-aware policies in enforcing access decisions.

01 Trace a traffic flow 02 Evaluate an access rule 03 Identify over-permissive access 04 Validate enforcement
Stage objective: move from understanding the security architecture to evaluating the traffic policies that protect it.