CISSP · D4 · 13%

Communication and Network Security

Design secure network architectures, components, protocols, segmentation, wireless, remote access, third-party connectivity, and communication channels.

Provider facts checked 2026-08-03

Objective coverage

Objective 4.1 · high

Secure network architecture

Assess and implement segmentation, zero-trust concepts, software-defined networking, convergence, fault tolerance, and secure topology.

Lesson
d4-lesson
Practice pool
d4-questions
Application
cissp-s05
Objective 4.2 · high

Secure network components

Understand operation and risk of transmission media, network access control, endpoints, devices, wireless, cellular, and content-distribution components.

Lesson
d4-lesson
Practice pool
d4-questions
Application
cissp-s05
Objective 4.3 · high

Secure communication channels

Design voice, multimedia, remote-access, collaboration, data, API, virtualized, and third-party channels with appropriate protection.

Lesson
d4-lesson
Practice pool
d4-questions
Application
cissp-s05

Decision frame

Networks transport requests between trust zones; they do not decide whether the business action is authorized. Begin with users, workloads, data flows, protocols, trust boundaries, administrative paths, third parties, and availability requirements. Then design segmentation, routing, access, encryption, inspection, resilience, and evidence.

Use layered controls and assume internal networks can be hostile. A private address, VPN connection, or corporate device is context—not proof of trust.

Objective map

ObjectiveRequired judgmentProof
4.1 Secure network architectureDesign topology, segmentation, zero-trust concepts, software-defined control, convergence, and fault toleranceAllowed flows are explicit, denied flows fail, and a component failure stays within the intended blast radius
4.2 Secure network componentsAssess media, devices, endpoints, network access control, wireless, cellular, and content-distribution componentsComponents are hardened, managed, monitored, resilient, and supported
4.3 Secure communication channelsProtect voice, multimedia, remote, collaboration, data, API, virtualized, and third-party pathsPeer identity, confidentiality, integrity, availability, and logging meet the channel's requirement

Architecture and protocol reasoning

Use the OSI and TCP/IP models to locate responsibilities and troubleshoot, not as isolated trivia. Physical and data-link controls address media, switching, addressing, and local access. Network-layer controls address routing and IP paths. Transport controls address sessions, reliability, ports, and some encryption protocols. Application protocols and identity carry business semantics. Encapsulation means a protected outer tunnel can still carry unsafe application traffic.

Segment by trust, data, function, ownership, environment, and failure impact. VLANs provide logical separation at Layer 2 but require correct switching, routing, and access controls. Firewalls enforce defined flows at their inspection layer. Proxies terminate and mediate supported protocols. Network access control can evaluate identities and devices before or during access. Microsegmentation can limit east-west movement but depends on reliable identity, policy, and observability.

Zero trust architecture emphasizes explicit resource access decisions, least privilege, continuous context, and reduced implicit network trust. It still requires resilient identity, policy, telemetry, endpoint, and recovery systems. Software-defined networking centralizes or abstracts control and enables automation; protect controller authority and data-plane behavior. Network function virtualization adds virtualized lifecycle and isolation concerns.

Availability and topology

Eliminate hidden single points across links, devices, power, carriers, sites, DNS, authentication, encryption, and management. Redundant components sharing one conduit, provider, configuration error, or control plane may have common fate. Use diverse paths and tested failover based on business need. Dynamic routing improves adaptability but requires authentication, filtering, convergence, and route-control design.

Common topologies—star, mesh, hub-and-spoke, leaf-spine, and hybrid—trade cost, scale, failure isolation, and complexity. A full mesh increases path diversity and management burden. Hub-and-spoke centralizes control and creates hub dependency. Leaf-spine supports predictable data-center paths but does not itself enforce tenant security.

Separate management, control, and data planes where risk warrants it. Restrict administrative protocols and sources, use strong authentication, encrypt management, log changes, protect configuration backups, and plan break-glass access. Out-of-band management can aid recovery but creates another privileged network.

Components and media

Routers choose paths; switches forward frames; firewalls enforce traffic policy; IDS detects; IPS can block; proxies mediate; load balancers distribute; gateways translate; VPN concentrators terminate tunnels; DNS and DHCP provide foundational services. Modern devices combine roles, so assess actual control and failure behavior.

Harden configuration, remove defaults, disable unused services, patch, protect credentials and keys, use secure management protocols, synchronize time, back up configuration, monitor health, and review rules. Rule bases need ownership, purpose, expiry, testing, and cleanup.

Wireless requires appropriate authentication and encryption, protected management, rogue detection, coverage design, client isolation where appropriate, and resistance to evil-twin and deauthentication scenarios. Cellular adds provider, SIM/eSIM, signaling, roaming, device, and interception concerns. Fiber, copper, radio, and physical media have different distance, interference, tapping, availability, and installation risks.

Secure channels

TLS protects supported application sessions when certificate validation, protocol, cipher, key, and endpoint security are correct. IPsec can protect IP traffic in transport or tunnel designs. SSH protects administration and related transfers. Secure voice and collaboration require identity, signaling, media protection, device security, recording policy, and availability. Do not invent one protocol as the answer for every layer.

Remote access combines identity proofing, strong authentication, managed endpoint posture, least privilege, encrypted channel, segmentation, session controls, logging, and incident response. Split tunneling changes routing and monitoring tradeoffs. Third-party access should be dedicated, constrained, time-bounded, monitored, and removable. APIs need transport protection plus client identity, authorization, schema, rate, replay, and application controls.

For data transfer, select secure managed protocols and verify both endpoints. Email encryption can protect transport, message, or attachments with different key and usability models. Metadata may remain visible. File integrity and sender authenticity may require signatures or authenticated transfer in addition to encryption.

Decision patterns

RequirementStrong patternFrequent error
Limit lateral movementSegmentation plus identity, endpoint, and monitoringTrust everything inside a VLAN
Resilient internet accessDiverse carriers, paths, edge devices, DNS, and tested failoverTwo circuits in one conduit
Third-party administrationDedicated path, named identity, least privilege, time bound, recorded useShared VPN account with broad network reach
Protect web APITLS plus client identity, authorization, validation, rate, and logsCalling HTTPS complete API security
Remote workforceManaged endpoint, strong auth, encrypted channel, app-level accessFull network access because MFA succeeded
Detect suspicious trafficFlow, DNS, endpoint, proxy, application, and identity evidencePacket inspection as the only context

Scenario drill

A manufacturer connects corporate IT, factory networks, remote engineers, cloud services, and a maintenance supplier. Production safety and uptime are critical.

  1. Map safety systems, controllers, operator stations, corporate services, cloud, remote users, and supplier flows.
  2. Segment by function and criticality with tightly controlled conduits; do not expose controllers to broad corporate access.
  3. Use dedicated named remote access with strong authentication, managed jump paths, approval, time bounds, and recording.
  4. Protect required protocols without assuming legacy equipment can tolerate active scanning or immediate patching.
  5. Add passive monitoring, configuration control, backups, spare strategy, and incident procedures coordinated with safety owners.
  6. Test failover and supplier revocation during an approved window.

Common traps

  • Treating network location as identity or authorization.
  • Adding redundant devices that share power, carrier, conduit, or control plane.
  • Assuming VLANs alone provide complete security isolation.
  • Enabling deep inspection without considering privacy, encryption, capacity, and availability.
  • Giving a third party full network access for operational convenience.
  • Applying intrusive enterprise testing to safety-sensitive networks without authorization and engineering review.
  • Equating TLS with secure application behavior.

Self-check

  1. Place five controls at the correct OSI/TCP-IP layer and state their limits.
  2. Draw a management, control, and data-plane separation for a network device.
  3. Identify common-fate risk in a redundant design.
  4. Design remote access for a supplier to one critical application.
  5. Explain what TLS protects and what it does not.

Primary references