Network, Internet & Cloud Security

Chapter 8
Wireless, Mobile and Remote Access Security

Diploma in Cybersecurity
Network, Internet & Cloud Security   •   Diploma

Wireless, Mobile and Remote Access Security

Introduction

Wireless, mobile, Internet of Things (IoT), and remote-access technologies have changed the security boundary of the organisation. A traditional network could often be protected by controlling entry through a small number of physical cables and perimeter firewalls. A contemporary organisation may instead have thousands of wireless clients, personally owned smartphones, cloud-managed access points, sensors with limited processing power, and employees connecting from hotels, homes, airports, and public networks.

This distributed environment creates substantial benefits but also introduces exposure to unauthorised association, credential theft, rogue access points, malware, insecure applications, lost devices, weak IoT configurations, and poorly governed remote connections. Effective protection therefore requires more than selecting a strong Wi-Fi encryption mode. It requires a layered programme combining secure architecture, identity assurance, endpoint controls, monitoring, patching, user education, and access decisions based on context.

This chapter explains how to assess wireless and mobile threats and how to apply WPA3, enterprise authentication, secure configuration, endpoint controls, VPNs, and zero-trust access principles in professional environments.

Learning Objectives

After studying this chapter, students should be able to:

  1. Explain the security characteristics of wireless, mobile, IoT, and remote-access environments.
  2. Distinguish common wireless attacks and identify appropriate controls.
  3. Compare WPA2, WPA3-Personal, WPA3-Enterprise, and enterprise authentication using 802.1X.
  4. Design a secure wireless network using segmentation, least privilege, monitoring, and secure configuration.
  5. Apply mobile-device and IoT security controls.
  6. Compare traditional VPN access with zero-trust network access (ZTNA).
  7. Analyse a remote-access security incident and recommend a proportionate response.

1. The Changing Access Boundary

Wireless security protects radio communications, but the radio link is only one part of the security problem. A secure design must address four related boundaries:

  • Device boundary: Is the connecting phone, laptop, sensor, or access point genuine and securely configured?
  • Identity boundary: Is the user or machine identity authentic, current, and authorised?
  • Network boundary: What systems can the connection reach after authentication?
  • Application and data boundary: Is the requested application or data access appropriate for the user, device, location, and risk level?

A password may establish some confidence in identity, but it does not prove that a device is patched, uncompromised, or authorised to access sensitive systems. Similarly, encryption protects data in transit but does not prevent a legitimate, compromised endpoint from misusing the data.

Security professionals therefore apply defence in depth. Typical layers include radio encryption, strong authentication, network segmentation, endpoint management, application-level encryption, logging, threat detection, and incident response.

2. Wireless Threats and Attack Surfaces

2.1 Eavesdropping and Traffic Analysis

An attacker within radio range may capture wireless frames. Modern encryption prevents the attacker from reading protected payloads when correctly implemented, but metadata such as timing, signal strength, device identifiers, and traffic volume may still reveal useful information. Unencrypted protocols, weak legacy encryption, and improperly configured guest networks remain particularly dangerous.

The use of HTTPS, secure email protocols, and application-level encryption is still important because the wireless network may be untrusted. Wi-Fi encryption should be treated as one protective layer, not as a replacement for end-to-end security.

2.2 Evil-Twin and Rogue Access Points

An evil twin is a malicious access point designed to imitate a legitimate network. It may copy the service set identifier (SSID), use a stronger signal, or display a captive portal that requests credentials. A user who connects may expose credentials, session tokens, or sensitive traffic.

A rogue access point is an unauthorised access point connected to or operating near the organisation’s network. It may be installed by an employee for convenience or by an attacker who has gained physical or logical access. Wireless intrusion prevention systems (WIPS), access-point inventories, switch-port controls, and regular wireless surveys help identify these devices.

2.3 Deauthentication and Availability Attacks

Management frames can be abused to disconnect clients or disrupt service. Modern Wi-Fi protections can provide management-frame protection, but availability attacks may still be possible through radio interference, deliberate jamming, channel congestion, or attacks against upstream infrastructure. Availability controls include channel planning, redundancy, monitoring, capacity management, and incident procedures that distinguish deliberate interference from ordinary congestion.

2.4 Credential Attacks

Attackers may guess weak pre-shared keys, conduct phishing, capture credentials through fraudulent portals, or exploit poorly protected authentication exchanges. Password reuse is especially damaging because a wireless credential may also be used for other services. Enterprise networks should prefer individual identities and certificate-based authentication over a shared password.

2.5 Misconfiguration and Weak Legacy Protocols

Common weaknesses include outdated encryption, default administrator passwords, open management interfaces, excessive transmit power, shared staff and guest networks, insecure firmware, and unneeded services. Legacy protocols such as WEP are not suitable for modern protection because their cryptographic design is obsolete.

3. Wi-Fi Security Standards and Authentication

3.1 WPA2 and WPA3

Wi-Fi Protected Access (WPA) is a family of security mechanisms for wireless networks. WPA2 commonly uses AES-based Counter Mode with Cipher Block Chaining Message Authentication Code Protocol (CCMP). WPA3 introduces stronger protections and modernises authentication.

ModeTypical useMain characteristicsMain concern
WPA3-PersonalHomes and small officesUses Simultaneous Authentication of Equals (SAE) rather than traditional PSK exchangeStill depends on the strength and secrecy of the chosen password
WPA3-EnterpriseOrganisationsUses 802.1X and an authentication server; supports stronger enterprise security optionsRequires identity, certificate, and infrastructure management
WPA2-EnterpriseExisting organisationsUses 802.1X, usually with AES-based protectionAppropriate where WPA3 support is incomplete, but should be maintained and configured securely
Open Wi-FiPublic accessNo link-layer confidentialityRequires application encryption and should not carry sensitive traffic without additional protection

SAE improves resistance to offline password-guessing attacks compared with older personal-mode handshakes. It does not make a weak password safe in every operational context, nor does it prevent phishing or compromise of an endpoint.

3.2 Enterprise Authentication and 802.1X

Enterprise Wi-Fi normally uses 802.1X, a port-based access-control framework. Its main entities are:

  • Supplicant: The client device requesting access.
  • Authenticator: Usually the wireless access point or switch controlling access.
  • Authentication server: Commonly a RADIUS server that validates credentials or certificates.

The Extensible Authentication Protocol (EAP) provides a family of methods for exchanging authentication information. EAP-TLS uses certificates for mutual authentication and is generally a strong choice when an organisation can operate a public-key infrastructure (PKI). PEAP and other tunneled methods may be used, but they require careful certificate validation and secure inner authentication.

A simplified process is:

  1. The client associates with the access point.
  2. The authenticator places the port in a restricted state.
  3. The client and authentication server exchange EAP messages through the authenticator.
  4. The server validates the user or device.
  5. The authenticator permits access and derives session keys.
  6. The network may assign a role, VLAN, or policy based on identity and device attributes.

A major operational risk is allowing users to accept any authentication-server certificate. A fraudulent access point can exploit this behaviour to capture credentials. Organisations should distribute trusted profiles through device management and train users not to bypass certificate warnings.

3.3 Personal Versus Enterprise Deployment

Personal mode is simpler and suitable for small environments, but a shared password creates accountability and lifecycle problems. When an employee leaves, the password must be changed for every device. Enterprise mode permits individual revocation, stronger auditing, device certificates, and dynamic authorisation.

A practical decision is not simply “WPA3 is newer, therefore it is always best.” The organisation must consider client compatibility, authentication infrastructure, certificate management, operational skills, and the sensitivity of the network. Where legacy devices cannot support WPA3, a controlled transition can use separate, isolated networks rather than weakening the primary corporate SSID.

4. Secure Wireless Architecture

4.1 Segmentation and Least Privilege

Wireless networks should be separated according to business function and risk. Typical segments include corporate users, privileged administrators, voice or operational devices, contractors, guests, and IoT devices. Segmentation may use VLANs, firewalls, software-defined policies, or a combination of these controls.

A guest network should have Internet access without a route to internal systems. IoT devices generally need only specific flows to management platforms or application servers. A printer should not be able to initiate connections to domain controllers, and a sensor should not be able to browse arbitrary Internet destinations.

Segmentation is not automatically secure. If firewall rules permit unrestricted traffic between segments, the logical separation provides little protection. Rules should be explicit, documented, reviewed, and supported by monitoring.

4.2 Secure Configuration Baseline

A wireless baseline should address:

  • Current supported firmware and security patches.
  • WPA3 or appropriately configured WPA2-Enterprise; no WEP or obsolete modes.
  • Strong administrator authentication and multi-factor authentication where supported.
  • Separate management interfaces and management networks.
  • Disabled unnecessary services such as insecure HTTP or legacy remote administration.
  • Controlled SSID broadcasting according to operational need; hiding an SSID is not a security control.
  • Appropriate radio power and channel planning.
  • Protected management frames where compatible.
  • Centralised logging, time synchronisation, and configuration backup.
  • Restricted administrative source addresses and role-based permissions.
  • Inventory of access points, controllers, certificates, and connected devices.

Configuration should be tested against an approved baseline and reassessed after firmware upgrades, architectural changes, or significant incidents.

4.3 Monitoring and Detection

Useful telemetry includes association and disassociation events, authentication failures, unusual roaming, rogue access points, changes to access-point configuration, excessive deauthentication frames, and anomalous data flows. Wireless events should be correlated with identity, endpoint, firewall, and cloud logs.

Monitoring must be proportionate and privacy-aware. Collection of device identifiers and location information can affect employees and visitors. Organisations should define retention periods, access restrictions, and legitimate purposes for monitoring.

5. Mobile-Device Security

Mobile devices combine powerful computing capability with portability and exposure to untrusted networks. A secure mobile programme commonly uses mobile device management (MDM) or unified endpoint management (UEM).

Important controls include:

  • Strong passcodes or biometric authentication backed by a secure passcode.
  • Automatic screen lock and device encryption.
  • Secure boot and hardware-backed key storage where available.
  • Current operating-system and application updates.
  • Managed application distribution and removal of unsupported applications.
  • Separation of organisational and personal data through work profiles or containers.
  • Remote lock and selective or full wipe according to policy and legal requirements.
  • Restrictions on rooted or jailbroken devices.
  • Phishing-resistant multi-factor authentication for sensitive services.
  • Backup protection and prevention of unauthorised cloud synchronisation.
  • Mobile threat defence where the risk justifies its cost.

Bring-your-own-device (BYOD) programmes require clear boundaries. The organisation should define what data it can inspect, what actions it may take after loss, how personal privacy is preserved, and what happens when employment ends. A technically effective control that violates privacy expectations may be legally or operationally unacceptable.

6. IoT and Operational Device Security

IoT devices often have long lifecycles, limited interfaces, weak update mechanisms, and insecure default settings. Their security risk is increased by scale: a single weak sensor may be less significant than a fleet of 10,000 identical sensors with the same password.

A sound IoT process includes:

  1. Maintain a complete asset inventory, including owner, location, firmware, purpose, and network identity.
  2. Change default credentials and remove unnecessary accounts.
  3. Place devices in dedicated network segments.
  4. Permit only required protocols and destinations.
  5. Verify secure boot, signed firmware, and update support where available.
  6. Disable unused services and physical interfaces.
  7. Monitor for unexpected outbound communication or behaviour.
  8. Define replacement plans for devices that cannot be patched.
  9. Require security requirements in procurement contracts.
  10. Protect physical access to devices and debug ports.

IoT security must account for safety and availability. A patch that disrupts a medical, manufacturing, or building-control device may create a physical hazard. Changes should therefore be tested, scheduled, documented, and coordinated with operational owners.

7. Remote Access: VPN and Zero Trust

7.1 Virtual Private Networks

A VPN creates an authenticated and cryptographically protected tunnel across an untrusted network. Common designs include remote-access VPNs for individual users and site-to-site VPNs connecting networks.

A VPN should use modern, well-maintained protocols and cryptographic suites, strong authentication, reliable certificate validation, and timely patching. Multi-factor authentication is essential for Internet-facing remote-access gateways. Split tunnelling can improve performance and reduce bandwidth use, but it may allow a device to communicate simultaneously with corporate systems and untrusted networks. Full tunnelling provides more central inspection but can increase cost and latency.

VPN access should be limited by role and need. Granting a remote user broad network-level access merely because a tunnel exists violates least privilege. Internal firewalls, application controls, privileged-access workstations, and session logging remain necessary.

7.2 Zero-Trust Network Access

Zero trust is an architectural approach rather than a single product. Its central principle is that access should not be granted solely because a user or device is inside a network boundary. Each request should be evaluated using available signals such as identity, device health, application, location, time, and risk.

A simplified access decision can be described conceptually as:

Decision = f(identity, devicehealth, resource, context, risk, policy)

Here, f represents the organisation’s policy evaluation process; identity identifies the user or service, device_health represents endpoint posture, resource is the requested application or data, context includes relevant environmental conditions, risk represents assessed threat, and policy defines the permitted action. This is a conceptual model, not a universal numerical formula.

ZTNA commonly provides application-specific access rather than broad network reachability. A user may be allowed to access a ticketing application but not discover or connect to database servers. Continuous or repeated evaluation can revoke access when device health changes or suspicious activity is detected.

VPN and ZTNA are not mutually exclusive. A VPN may remain appropriate for legacy applications or administrative networks, while ZTNA can protect modern web applications and reduce lateral movement. The choice depends on application architecture, identity maturity, endpoint visibility, and operational requirements.

8. Applied Case: Regional Health Services

Background

This illustrative case concerns a regional healthcare provider with three clinics. Staff use corporate laptops, tablets, medical IoT devices, and personal smartphones. Employees previously shared one WPA2-Personal password. Remote workers connected through a VPN using passwords and a one-time code. Several medical devices could not support the organisation’s preferred modern Wi-Fi features.

Problem

The security team detected repeated authentication failures, an unknown access point near a clinic, and unusual outbound traffic from a diagnostic sensor. An employee had also entered corporate credentials into a fraudulent captive portal while working from a hotel.

Analysis

The shared password prevented individual accountability and made revocation difficult. The unknown access point could have been an evil twin or an employee-installed device. The sensor’s traffic suggested compromise or misconfiguration. The hotel incident demonstrated that VPN protection did not prevent credential phishing before the tunnel was established.

The team classified the risks as follows:

RiskLikely impactPriority control
Shared wireless passwordUnauthorised access and weak accountabilityWPA3-Enterprise with individual identity
Legacy medical devicesExposure and inability to patchDedicated IoT segment and strict firewall rules
Evil-twin exposureCredential theftManaged EAP profiles, certificate validation, user training, WIPS
Password-based remote accessAccount takeoverPhishing-resistant MFA and conditional access
Sensor anomalyData loss or disruptionAsset inventory, egress filtering, monitoring, replacement plan

Approach and Solution

The provider created separate corporate, guest, clinical-IoT, and administrative networks. New laptops and tablets used WPA3-Enterprise with EAP-TLS and device certificates. Legacy medical devices were placed on a restricted WPA2-Enterprise network with no direct Internet access and only the required connections to clinical systems.

The VPN gateway was patched and integrated with central identity services. Remote access required MFA, a managed device, and a healthy endpoint posture. Staff received a managed wireless profile that validated the authentication server’s certificate. A ZTNA service was introduced for selected cloud applications, reducing the need for broad network-level access.

The provider also implemented an access-point inventory, wireless intrusion monitoring, centralised logs, IoT egress controls, and a quarterly review of firewall rules. Privacy notices explained what mobile-management data was collected and how it was used.

Outcome

The organisation could revoke an individual certificate without changing every user’s credentials. The clinical IoT segment limited the potential impact of the compromised sensor. The fraudulent portal was blocked from obtaining usable credentials from managed devices because certificate validation failed. Security staff gained better visibility into rogue devices and unusual traffic.

Learning Points

The case illustrates that wireless encryption, endpoint management, identity controls, and segmentation must operate together. It also shows that modern technology cannot immediately eliminate legacy-device risk; compensating controls and replacement planning are necessary. Finally, phishing resistance and certificate validation are as important as tunnel encryption in remote access.

9. Governance, Ethics, and Compliance

Wireless and mobile controls often process personal information, including device identifiers, location-related data, authentication records, and employee activity. Organisations should apply data minimisation, purpose limitation, retention controls, access restrictions, and transparent notices. Monitoring should be lawful and proportionate to the security objective.

Security policies should define acceptable use, BYOD requirements, lost-device reporting, remote administration, wireless surveys, password and certificate management, and incident escalation. Regulatory obligations may apply to health, financial, educational, or government data. The specific legal requirements depend on jurisdiction and sector, so technical teams should work with privacy, legal, and compliance specialists.

Procurement governance is also important. Contracts for access points, MDM platforms, cloud identity services, and IoT products should address vulnerability disclosure, software updates, support lifetimes, breach notification, data location, logging, and secure deletion.

10. Contemporary Developments and Limitations

Wi-Fi 6 and Wi-Fi 7 improve capacity, efficiency, and performance, but newer radio capabilities do not automatically solve identity or configuration problems. Cloud-managed networking can improve consistency and visibility while creating dependency on provider security, Internet connectivity, administrative accounts, and API protection.

Passkeys and phishing-resistant authentication are increasingly relevant to remote access. Device certificates, hardware-backed credentials, and risk-based access decisions can reduce dependence on passwords. Artificial intelligence and machine learning may assist with anomaly detection, such as identifying unusual roaming or IoT traffic, but models can generate false positives, miss novel attacks, and inherit bias from incomplete data. Automated containment should therefore be tested and governed, especially in safety-critical environments.

No single control is perfect. WPA3 does not protect a compromised endpoint. MDM does not guarantee user honesty. VPN encryption does not prevent an authorised user from accessing excessive resources. Zero trust does not remove the need for secure applications, patching, and incident response. Effective security is a continuing process of assessment, implementation, verification, and improvement.

Best-Practice Checklist

A diploma-level practitioner should be able to verify that an organisation:

  • Inventories access points, mobile devices, IoT assets, certificates, and remote-access gateways.
  • Uses WPA3 where supported and securely manages transitional legacy networks.
  • Uses individual enterprise authentication rather than shared corporate passwords.
  • Validates authentication-server certificates on managed clients.
  • Segments guest, corporate, administrative, clinical, and IoT traffic.
  • Applies least-privilege firewall and application policies.
  • Patches access points, controllers, VPN gateways, mobile devices, and IoT platforms.
  • Enforces endpoint encryption, screen locking, secure boot, and device compliance.
  • Protects remote access with MFA and evaluates device posture.
  • Uses VPN or ZTNA according to application and risk requirements.
  • Monitors for rogue access points, credential attacks, anomalous traffic, and configuration changes.
  • Tests incident response for lost devices, evil twins, compromised sensors, and gateway compromise.
  • Reviews privacy, regulatory, procurement, and retention requirements.

Chapter Summary

Wireless, mobile, IoT, and remote-access security extends beyond radio encryption. The principal risks include eavesdropping, evil twins, rogue access points, deauthentication, credential attacks, weak configurations, lost devices, and insecure IoT components. WPA3 improves wireless protection, while WPA3-Enterprise and 802.1X provide individual identity, central policy, and better accountability. EAP-TLS is a strong enterprise option when certificate infrastructure is properly managed.

Secure architecture requires segmentation, least privilege, secure configuration, monitoring, and lifecycle management. Mobile security depends on encryption, updates, device management, application control, MFA, and clear BYOD governance. IoT security requires inventory, changed defaults, restricted communication, patching, monitoring, and replacement planning. VPNs protect remote communications but should not provide excessive network reach. Zero-trust access evaluates identity, device health, resource, context, risk, and policy rather than trusting network location. Ethical and legal responsibilities require proportionate monitoring, privacy protection, and sound procurement. The most resilient solution is a layered programme that combines technology, people, process, and continuous verification.

Key Terms

802.1X: Port-based access-control framework commonly used for enterprise wired and wireless authentication.

Access point: A device that provides wireless network connectivity to client devices.

BYOD: Bring your own device; use of personally owned devices for organisational work.

EAP: Extensible Authentication Protocol framework supporting multiple authentication methods.

EAP-TLS: EAP method using certificates for strong mutual authentication.

Evil twin: A malicious access point impersonating a legitimate wireless network.

IoT: Internet of Things; interconnected physical devices that collect, process, or exchange data.

MDM: Mobile device management system used to enforce mobile-device policies.

MFA: Multi-factor authentication using two or more independent authentication factors.

RADIUS: Authentication, authorisation, and accounting protocol commonly used with enterprise Wi-Fi.

Rogue access point: An unauthorised wireless access point operating in or near an organisation’s environment.

SAE: Simultaneous Authentication of Equals, used by WPA3-Personal.

Segmentation: Division of a network into controlled security zones.

SSID: Service set identifier; the name associated with a wireless network.

Supplicant: Client software or device requesting access through 802.1X.

UEM: Unified endpoint management for administering multiple endpoint types.

VPN: Virtual private network that creates an authenticated, protected tunnel across an untrusted network.

WIPS: Wireless intrusion prevention system for detecting and responding to wireless threats.

WPA3: Modern Wi-Fi security generation supporting stronger personal and enterprise authentication.

ZTNA: Zero-trust network access providing policy-based, application-specific remote access.

Review Questions

Short Answer Questions

  1. What is the difference between an evil twin and a rogue access point?
  2. Identify the three principal entities in an 802.1X exchange.
  3. Why is a shared wireless password unsuitable for many enterprise environments?
  4. State two important controls for securing IoT devices.
  5. What is the main architectural principle of zero-trust access?

Long Answer Questions

  1. Explain how WPA3-Personal and WPA3-Enterprise differ in authentication and operational use.
  2. Describe a secure wireless architecture for an organisation with staff, guests, administrators, and IoT devices.
  3. Explain how MDM or UEM can reduce mobile-device risk while creating privacy considerations.
  4. Compare remote-access VPN and ZTNA in terms of trust model, access scope, and deployment requirements.
  5. Discuss why encryption alone cannot provide complete wireless or remote-access security.

Analytical / Application Questions

  1. A company discovers that employees accept any certificate warning when connecting to corporate Wi-Fi. Analyse the likely attack and propose a practical remediation plan.
  2. A fleet of legacy sensors cannot support WPA3 and communicates with unknown Internet destinations. Design a compensating-control strategy and explain its limitations.
  3. An employee’s managed laptop is lost while connected to a remote-access service. Develop an incident-response sequence covering identity, device, network, data, privacy, and follow-up actions.

Multiple Choice Questions with Answers

Question 1

Which WPA3 mode is designed primarily for enterprise environments using individual authentication?

A. WPA3-Personal

B. WPA3-Enterprise

C. Open Wi-Fi

D. WEP

Correct Answer: B. WPA3-Enterprise

Question 2

In an 802.1X wireless deployment, what is the role of the authenticator?

A. It requests business approval for every application

B. It controls access and relays authentication communication

C. It stores all employee personal data

D. It replaces the client device operating system

Correct Answer: B. It controls access and relays authentication communication

Question 3

Which control most directly limits the damage caused by a compromised IoT sensor?

A. Increasing the SSID broadcast power

B. Placing the sensor in a restricted network segment

C. Giving the sensor administrator privileges

D. Using the same password on all sensors

Correct Answer: B. Placing the sensor in a restricted network segment

Question 4

Why can an evil-twin access point be dangerous even when the organisation uses strong Wi-Fi encryption?

A. It can always decrypt WPA3 traffic mathematically

B. It may trick users into disclosing credentials through a fraudulent portal

C. It automatically patches all nearby devices

D. It prevents all application-layer encryption

Correct Answer: B. It may trick users into disclosing credentials through a fraudulent portal

Question 5

Which practice is most appropriate for enterprise EAP-TLS deployment?

A. Allow users to accept any authentication-server certificate

B. Use managed certificates and validate the authentication server

C. Disable identity logging

D. Use one certificate permanently on every device

Correct Answer: B. Use managed certificates and validate the authentication server

Question 6

What is a central characteristic of zero-trust access?

A. All internal network users are trusted automatically

B. Access is evaluated using identity, device, resource, and context

C. Only physical office connections are permitted

D. Network segmentation is unnecessary

Correct Answer: B. Access is evaluated using identity, device, resource, and context

Question 7

Which mobile control helps protect organisational data on a lost device?

A. Disabling screen locks

B. Device encryption combined with remote lock or wipe

C. Installing applications from unknown sources

D. Sharing the device passcode with colleagues

Correct Answer: B. Device encryption combined with remote lock or wipe

Question 8

What is a major disadvantage of using a shared enterprise Wi-Fi password?

A. It prevents any wireless encryption

B. It makes individual accountability and selective revocation difficult

C. It requires a RADIUS server for every home user

D. It prevents guest Internet access in all cases

Correct Answer: B. It makes individual accountability and selective revocation difficult

Question 9

What is a potential security trade-off of VPN split tunnelling?

A. It prevents the user from reaching any external network

B. It may allow simultaneous communication with corporate and untrusted networks

C. It removes the need for authentication

D. It guarantees that endpoints are uncompromised

Correct Answer: B. It may allow simultaneous communication with corporate and untrusted networks

Question 10

Which statement best describes network segmentation?

A. It hides an SSID from all attackers

B. It divides systems into controlled zones with permitted communication rules

C. It replaces endpoint patching

D. It guarantees that no device can be compromised

Correct Answer: B. It divides systems into controlled zones with permitted communication rules

Network, Internet & Cloud Security
Chapter 8 of 15