Identity and Access Security: MFA, ZTNA and NAC Explained
Quick Answer Identity and Access Security protects business networks, applications, systems and information by ensuring that only authorized users and device...
Quick Answer
Identity and Access Security protects business networks, applications, systems and information by ensuring that only authorized users and devices receive access. Three important technologies used for this purpose are MFA (Multi-Factor Authentication), ZTNA (Zero Trust Network Access) and NAC (Network Access Control).
MFA verifies a user's identity using multiple authentication factors. ZTNA provides controlled access to specific applications based on identity, device security and access policies. NAC controls which users and devices can connect to wired and wireless networks. Together, these technologies help prevent unauthorized access, credential theft, compromised device connections and unnecessary exposure of enterprise resources.
1. MFA (Multi-Factor Authentication)
What Is MFA?
Multi-Factor Authentication (MFA) is a security mechanism that requires users to provide two or more different authentication factors before accessing an account, application or system.
A password alone provides only one authentication factor. If an attacker steals or discovers the password, the account may be compromised. MFA adds additional verification, making unauthorized access more difficult even when the password is known.
Three Main Authentication Factors
| Authentication Factor | Description | Examples |
|---|---|---|
| Something you know | Information known by the user. | Password, PIN or passphrase. |
| Something you have | A physical or registered authentication device. | Smartphone, hardware security key, smart card or authentication token. |
| Something you are | A biometric characteristic. | Fingerprint or facial recognition. |
For example, an employee may enter a password and then authenticate using a registered security key or authenticator application. Access is granted only after the required authentication checks succeed.
How MFA Works
- The user opens an application, website, VPN portal or organizational login page.
- The user enters their username and password.
- The identity provider validates the primary credentials.
- The system requests an additional authentication factor.
- The user completes verification using a registered authenticator.
- The authentication system validates the additional factor.
- If all required checks succeed, the user is authenticated and receives access according to applicable permissions.
Common MFA Methods
| MFA Method | How It Works | Security Considerations |
|---|---|---|
| Authenticator application | Generates time-based one-time passwords or receives authentication requests. | Provides additional protection, but manually entered OTP codes can still be phished. |
| Push notification | Sends an approval request to a registered smartphone. | Number matching and anti-fatigue protections help reduce accidental approvals. |
| Hardware security key | Uses a physical cryptographic device for authentication. | FIDO2/WebAuthn-based authentication can provide phishing resistance. |
| SMS OTP | Sends a temporary verification code to a registered mobile number. | Can be vulnerable to SIM swapping and interception. |
| Email OTP | Sends a verification code to a registered email account. | Security depends partly on protection of the email account. |
| Smart card | Uses a physical card containing authentication credentials or certificates. | Requires appropriate certificate management and reader support. |
| Biometric authentication | Uses fingerprint or facial recognition. | Often unlocks or activates a device-bound authenticator rather than independently authenticating a remote service. |
Phishing-Resistant MFA
Not all MFA methods offer the same level of protection. Attackers may trick users into entering OTP codes on fraudulent websites or approving unexpected authentication requests.
Phishing-resistant MFA uses authentication mechanisms that bind authentication to the legitimate service or communication channel.
Examples include:
- FIDO2 security keys.
- WebAuthn-based authentication.
- Appropriately implemented passkeys.
- Certificate-based authentication with suitable security controls.
Organizations should prioritize phishing-resistant authentication for administrators, privileged accounts, remote access and sensitive business applications wherever supported.
Where MFA Is Used
- Microsoft 365 and Google Workspace accounts.
- Remote desktop and VPN access.
- Cloud infrastructure management portals.
- Domain administrator accounts.
- Financial and business applications.
- Email and collaboration platforms.
- Identity providers and single sign-on systems.
- Remote access to enterprise applications.
Common MFA Problems and Troubleshooting
| Problem | Possible Cause | Recommended Action |
|---|---|---|
| OTP code is rejected | Expired code, incorrect entry or device time synchronization problem. | Generate a new code and check the authenticator device's date and time settings. |
| Push notification is not received | Network problem, disabled notifications or application issue. | Check internet connectivity, notification permissions and authenticator registration. |
| New phone cannot authenticate | Authenticator remains registered to the previous device. | Use the organization's approved authenticator re-registration procedure. |
| Repeated unexpected MFA requests | Possible compromised credentials or authentication fatigue attack. | Do not approve unexpected requests. Report the activity and investigate sign-in logs. |
| Hardware security key is not recognized | Compatibility, connection or account registration issue. | Check browser support, USB/NFC connectivity and account registration. |
| User is locked out | Lost authenticator or unavailable recovery method. | Follow the organization's verified identity-recovery procedure. |
MFA Implementation Best Practices
- Enable MFA for all supported business accounts.
- Prioritize administrator and privileged accounts.
- Prefer phishing-resistant authentication methods where possible.
- Maintain secure account recovery procedures.
- Remove authenticator registrations associated with lost or stolen devices.
- Monitor suspicious authentication attempts.
- Educate employees about unexpected MFA approval requests.
- Protect emergency access accounts with documented security controls.
2. ZTNA (Zero Trust Network Access)
What Is ZTNA?
Zero Trust Network Access (ZTNA) is a security technology that provides controlled access to specific organizational applications and resources based on verified identity, device information and security policies.
ZTNA follows the Zero Trust principle that users and devices should not automatically be trusted simply because they are connected to an internal network or belong to the organization.
Instead of granting remote employees unrestricted access to an entire internal network, ZTNA can provide access only to the applications and services they are authorized to use.
For example, an employee working remotely may be permitted to access the company's ERP application but denied access to database administration systems and other restricted resources.
How ZTNA Works
- Access request: The user attempts to access an organizational application.
- Identity verification: The identity provider verifies the user's identity, often using MFA.
- Device assessment: The system evaluates available device information, such as registration, operating-system status and security compliance.
- Policy evaluation: The system checks the user's permissions, device condition and requested resource.
- Access decision: The system determines whether access should be allowed, denied or subjected to additional requirements.
- Secure connection: If authorized, the user receives controlled connectivity to the permitted application.
- Continuous evaluation: Depending on the implementation, changes in identity risk, device compliance or session conditions can trigger additional verification or access revocation.
Key Components of ZTNA
| Component | Function |
|---|---|
| Identity Provider | Verifies user identities and provides authentication information. |
| Policy Engine | Evaluates access requests against organizational security policies. |
| Policy Administrator | Coordinates and implements access decisions. |
| Policy Enforcement Point | Allows, restricts or terminates access according to the policy decision. |
| Device Posture Assessment | Provides information about device security and compliance. |
| Application Connector or Gateway | Provides controlled connectivity to protected applications. |
| Monitoring and Logging | Records access activity for monitoring and investigation. |
These components may be implemented differently across products. They do not necessarily exist as separate physical servers.
ZTNA vs Traditional VPN
A traditional VPN establishes an encrypted connection between a remote user and a network or network segment. Depending on its configuration, it may provide access to several internal resources.
ZTNA generally focuses on application-specific access rather than broad network-level connectivity.
| Feature | Traditional VPN | ZTNA |
|---|---|---|
| Primary purpose | Remote network connectivity. | Controlled access to specific resources. |
| Access scope | May provide access to internal networks or subnets. | Typically restricts access to authorized applications. |
| Access decisions | Often based on authentication and network policies. | Can consider identity, device posture and contextual information. |
| Application visibility | May expose multiple reachable network services. | Can restrict users to specifically published applications. |
| Typical use | Remote network access. | Secure access to private enterprise applications. |
ZTNA does not automatically make every VPN obsolete. VPNs remain useful for site-to-site connectivity, network-level access and other requirements. Some organizations operate both technologies together.
Where ZTNA Is Used
- Remote access to private enterprise applications.
- Access to applications hosted in corporate data centres.
- Secure access to cloud-hosted business resources.
- Remote employee and contractor access.
- Third-party vendor access to selected applications.
- Restricting access to sensitive applications based on job roles.
- Reducing unnecessary exposure of internal services.
Common ZTNA Problems and Troubleshooting
| Problem | Possible Cause | Recommended Action |
|---|---|---|
| User cannot access an application | Authentication failure or incorrect access policy. | Check identity-provider logs, user groups and application permissions. |
| Device marked non-compliant | Missing endpoint protection or failed security assessment. | Review device compliance reports and correct the identified issue. |
| Application connection times out | Connector unavailable, DNS problem or firewall restriction. | Check connector health, DNS resolution and required network connectivity. |
| MFA succeeds but access is denied | Authentication succeeded, but authorization conditions were not satisfied. | Review the access decision and identify which policy condition failed. |
| Application works on one device only | Different device compliance or browser configuration. | Compare device posture information and client requirements. |
| Unexpected session interruption | Session expiration, connectivity interruption or policy reassessment. | Review session events, access policies and connector availability. |
ZTNA Implementation Best Practices
- Identify and classify applications before deployment.
- Integrate ZTNA with a centralized identity provider where supported.
- Enforce MFA for sensitive application access.
- Define access policies based on job responsibilities.
- Integrate device posture assessment where appropriate.
- Avoid granting unnecessary access to internal services.
- Monitor access requests and denied connections.
- Test policies before organization-wide deployment.
- Maintain documented emergency-access procedures.
3. NAC (Network Access Control)
What Is NAC?
Network Access Control (NAC) is a network security technology that controls which users and devices are permitted to connect to an organization's wired or wireless network and determines the level of access they receive.
NAC helps prevent unauthorized devices from connecting to internal infrastructure and allows organizations to enforce network access policies.
For example, when an employee connects a laptop to an office Ethernet port or corporate Wi-Fi, NAC can authenticate the user or device, evaluate applicable security requirements and assign an appropriate network access policy.
A non-compliant or unauthorized device may be denied access, placed in a restricted network segment or redirected to a remediation process, depending on the NAC implementation.
How NAC Works
- Device connection: A laptop, desktop, smartphone, printer or other endpoint connects to a switch, wireless access point or supported network gateway.
- Identification: The system identifies the connecting device and, where applicable, the associated user.
- Authentication: Credentials are verified using an appropriate authentication mechanism.
- Policy evaluation: NAC evaluates access permissions and available device compliance information.
- Access decision: The device is authorized, denied or assigned restricted access.
- Network enforcement: The switch, wireless controller or another supported network device applies the access policy.
- Monitoring: Network access activity is logged and monitored.
Key NAC Technologies and Components
| Technology or Component | Purpose |
|---|---|
| IEEE 802.1X | Provides port-based network access control for supported wired and wireless LAN connections. |
| EAP | Provides a framework for authentication methods used in network access authentication. |
| RADIUS | Centralizes authentication, authorization and accounting for network access. |
| NAC Policy Server | Evaluates network access requests against configured security policies. |
| Network Switch | Enforces access decisions on supported wired network ports. |
| Wireless Access Point or Controller | Enforces access decisions for wireless connections. |
| Endpoint Assessment | Provides device identity and security compliance information where supported. |
| Network Segmentation | Places devices into appropriate network segments according to access policies. |
Understanding IEEE 802.1X Authentication
IEEE 802.1X is a standard used for port-based network access control. It regulates communication through a controlled network port until the required authentication process succeeds.
A typical 802.1X architecture contains three main components:
- Supplicant: The endpoint requesting network access, such as a laptop or desktop computer.
- Authenticator: The switch or wireless access point that controls the connection.
- Authentication Server: A backend service, commonly a RADIUS server, that validates authentication requests.
How 802.1X Authentication Works
- The endpoint connects to a supported wired or wireless network.
- The supplicant initiates authentication using EAP over LAN (EAPOL), where applicable.
- The switch or wireless access point communicates with the authentication server.
- The authentication server evaluates the credentials.
- The server returns an authorization decision and applicable policy information.
- The network device allows or denies network communication according to the result.
Depending on the implementation, additional authorization attributes can assign VLANs or other network restrictions.
Understanding RADIUS in NAC
RADIUS (Remote Authentication Dial-In User Service) is a client-server protocol used to centralize authentication, authorization and accounting for network access.
In a typical enterprise deployment:
- The switch or wireless access point acts as a RADIUS client.
- The RADIUS server receives authentication and authorization requests.
- The server checks credentials against an appropriate identity source or authentication configuration.
- The server returns an access acceptance or rejection decision.
- Applicable authorization attributes can provide additional network-access instructions.
- Accounting information can be recorded for monitoring and auditing.
Microsoft Network Policy Server (NPS) is an example of a RADIUS server implementation that supports centralized network access authentication and authorization.
Common NAC Enforcement Methods
| Method | How It Works |
|---|---|
| 802.1X Authentication | Controls network access through authentication on supported wired and wireless connections. |
| VLAN Assignment | Places devices into different logical network segments based on authorization policies. |
| Access Control Lists | Restricts permitted network traffic using configured rules. |
| MAC Authentication Bypass | Uses a device's MAC address as an identification input when 802.1X is unavailable or unsuitable. MAC addresses can be spoofed, so this is not strong authentication. |
| Captive Portal | Redirects users to a web-based authentication or registration process where supported. |
| Quarantine Network | Places restricted devices in a limited-access network for assessment or remediation. |
Types of NAC Deployment
Pre-Admission NAC
Pre-admission NAC evaluates a device or user before granting normal network access. It can authenticate the connection and apply an appropriate policy before the endpoint communicates with protected internal resources.
Post-Admission NAC
Post-admission NAC monitors devices after network access has been granted. If a device violates security requirements or its authorization changes, the system may restrict access or move the device into a controlled network segment.
Agent-Based NAC
Agent-based NAC uses endpoint software to collect device information, report security status or support compliance assessments. It provides additional visibility but requires installation, maintenance and operating-system compatibility.
Agentless NAC
Agentless NAC identifies or assesses devices using available network information, authentication records and integrations without requiring a dedicated endpoint agent. However, the available endpoint security information may be more limited.
Where NAC Is Used
- Corporate wired Ethernet networks.
- Enterprise Wi-Fi networks.
- Employee laptops and desktop computers.
- Guest network access.
- BYOD environments.
- Printers, IP phones and IoT devices.
- Data centre and departmental network segmentation.
- Contractor and third-party device access.
- Quarantine and remediation of non-compliant endpoints.
Common NAC Problems and Troubleshooting
| Problem | Possible Cause | Recommended Action |
|---|---|---|
| Cannot connect to corporate Wi-Fi | 802.1X authentication failure or certificate problem. | Check wireless authentication settings, client certificates and RADIUS logs. |
| Ethernet port denies access | Authentication failure or incorrect switch port configuration. | Check switch authentication status and endpoint supplicant settings. |
| RADIUS authentication fails | Incorrect shared secret, unavailable server or authentication policy problem. | Check RADIUS server availability, client configuration and authentication logs. |
| Unexpected VLAN assignment | Incorrect authorization attributes or VLAN mapping. | Review RADIUS response attributes, NAC policies and switch configuration. |
| Printer or IoT device cannot connect | Device does not support the configured authentication method. | Check device capabilities and implement an approved restricted-access alternative. |
| Device placed in quarantine | Failed compliance requirement or restricted access policy. | Review the NAC assessment result and correct the identified issue. |
| Previously working device loses connectivity | Certificate expiration, policy change or account status change. | Review authentication logs, certificate validity and recent configuration changes. |
NAC Implementation Best Practices
- Inventory wired, wireless and unmanaged devices before deployment.
- Verify switch, access point and endpoint compatibility.
- Use certificate-based 802.1X authentication where appropriate.
- Maintain secure and redundant RADIUS services where required.
- Separate employee, guest, printer and IoT devices into appropriate network segments.
- Apply restricted access to devices that cannot support stronger authentication.
- Test policies before organization-wide enforcement.
- Maintain documented exceptions for legacy equipment.
- Monitor authentication failures and unauthorized connections.
- Prepare rollback procedures before changing network-wide policies.
4. MFA vs ZTNA vs NAC: Key Differences
Although all three technologies contribute to identity and access security, they operate at different stages and control different types of access.
| Comparison | MFA | ZTNA | NAC |
|---|---|---|---|
| Full Form | Multi-Factor Authentication | Zero Trust Network Access | Network Access Control |
| Primary Purpose | Verify user identity. | Control access to specific applications and resources. | Control device and user access to networks. |
| Main Focus | Authentication factors. | Identity, device, resource and access policies. | Network connections and endpoint authorization. |
| Typical Enforcement Point | Identity provider or authentication system. | Application gateway or policy enforcement point. | Switch, wireless access point or network enforcement system. |
| Common Technologies | OTP, authenticator applications, FIDO2 and security keys. | Identity providers, policy engines and Zero Trust architecture. | 802.1X, EAP, RADIUS and VLAN assignment. |
| Typical Use Case | Secure user login. | Secure remote access to enterprise applications. | Prevent unauthorized devices from joining internal networks. |
| Primary Question | Is this user who they claim to be? | Should this identity and device access this resource? | Should this device or user receive access to this network? |
5. How MFA, ZTNA and NAC Work Together
Organizations can combine these three technologies to create multiple layers of identity and access protection.
Consider an employee who works remotely and needs access to an internal business application.
- NAC controls network admission: When the employee connects to the corporate office network, NAC can authenticate the endpoint and assign an appropriate network access policy.
- MFA verifies the user: When the employee signs in to the organization's identity provider, MFA requires additional authentication beyond the password.
- ZTNA evaluates resource access: The ZTNA platform evaluates the authenticated identity, device posture and applicable access policies.
- Access is restricted: The employee receives access only to authorized resources rather than automatically receiving unrestricted access to the internal network.
- Security monitoring continues: Authentication records, device information and access events can be monitored for suspicious activity.
These controls are complementary rather than interchangeable. NAC does not replace MFA, and MFA alone does not determine which applications a user should access. Similarly, ZTNA does not replace all network admission and segmentation controls.
Example Enterprise Security Architecture
- Identity Provider: Centralizes user identities, authentication and MFA.
- NAC Platform: Controls access to wired and wireless network infrastructure.
- RADIUS Server: Processes supported network authentication and authorization requests.
- Endpoint Management: Maintains device registration and security compliance information.
- ZTNA Platform: Enforces controlled access to private applications.
- Firewall and Network Segmentation: Restrict communication between network segments and protected resources.
- SIEM Platform: Collects and correlates authentication, endpoint and network security events.
The exact architecture depends on organizational requirements, infrastructure, product compatibility and security policies.
6. Implementation Strategy for Organizations
Organizations planning to implement MFA, ZTNA and NAC should use a phased deployment approach. Implementing all access controls simultaneously without testing can cause authentication failures, network outages and business disruption.
Step 1: Assess Existing Infrastructure
- Identify existing user directories and identity providers.
- Inventory applications, servers and network resources.
- Identify wired and wireless network infrastructure.
- Review existing VPN, firewall and remote-access configurations.
- Inventory managed, unmanaged and legacy endpoints.
- Identify privileged accounts and sensitive applications.
Step 2: Establish Identity Protection
- Enable MFA for user accounts and administrative access.
- Prioritize phishing-resistant authentication methods.
- Define account recovery and lost-device procedures.
- Review authentication policies and session requirements.
- Monitor suspicious sign-in activity.
Step 3: Implement Network Access Control
- Verify switch, access point and RADIUS compatibility.
- Configure authentication methods and network access policies.
- Introduce 802.1X in a controlled pilot environment.
- Define separate policies for employees, guests and unmanaged devices.
- Test printers, IP phones and IoT devices.
- Establish controlled exceptions and recovery procedures.
Step 4: Deploy Zero Trust Network Access
- Identify applications requiring controlled remote access.
- Integrate ZTNA with the identity provider.
- Configure application-specific access policies.
- Integrate device posture information where supported.
- Test access from approved and non-approved devices.
- Review VPN dependencies before migration.
Step 5: Monitor and Optimize
- Centralize authentication and network access logs.
- Monitor denied access requests and repeated authentication failures.
- Review policy exceptions regularly.
- Test emergency access and disaster recovery procedures.
- Update access permissions when employees change roles or leave the organization.
- Periodically assess security controls and their effectiveness.
7. Security Considerations and Common Mistakes
Even when MFA, ZTNA and NAC are deployed, incorrect configuration and poor access-management practices can weaken the overall security architecture.
Common Implementation Mistakes
- Relying only on SMS-based MFA: SMS verification can be vulnerable to SIM swapping and other attacks. Prefer phishing-resistant methods where supported.
- Allowing unrestricted MFA exceptions: Excessive exclusions can leave important accounts insufficiently protected.
- Assuming MFA provides authorization: Successful authentication does not automatically grant permission to access every application or network resource.
- Granting excessive ZTNA permissions: Users should receive only the access required for their responsibilities.
- Ignoring unmanaged devices: Personal and unmanaged devices can introduce risks if their access is not appropriately restricted.
- Using MAC addresses as strong device identities: MAC addresses can be spoofed and should not be treated as strong authentication credentials.
- Deploying NAC without device inventory: Printers, IP phones and IoT devices may lose connectivity if authentication requirements are not planned correctly.
- Ignoring certificate lifecycle management: Expired certificates can interrupt 802.1X and other certificate-based authentication.
- Failing to monitor authentication logs: Security events must be reviewed to identify suspicious access attempts.
- Implementing policies without testing: Incorrect policies can lock out legitimate users or expose sensitive resources.
Recovery and Business Continuity Considerations
Before enforcing organization-wide authentication and network access policies, IT administrators should:
- Maintain documented emergency-access procedures.
- Protect alternative administrative access methods.
- Maintain redundant authentication services where required.
- Test access policies on pilot devices and representative user groups.
- Document configuration changes and previous policy settings.
- Establish procedures for lost authenticators and expired device certificates.
- Ensure security exceptions are approved and periodically reviewed.
8. Frequently Asked Questions
What is the main difference between MFA, ZTNA and NAC?
MFA verifies user identity through multiple authentication factors. ZTNA controls access to specific applications based on identity and security policies. NAC controls which users and devices can connect to an organization's network and what network access they receive.
Is MFA part of Zero Trust security?
Yes. MFA is an important identity-verification control used in many Zero Trust architectures. However, Zero Trust also considers authorization, device security, resource access policies and contextual information. MFA alone does not implement a complete Zero Trust architecture.
Does ZTNA replace a traditional VPN?
Not necessarily. ZTNA can replace or reduce the need for traditional remote-access VPN connectivity when users only require access to specific private applications. VPNs may still be required for network-level access and site-to-site connectivity.
Is NAC the same as a firewall?
No. NAC controls network admission and access authorization for users and devices. A firewall primarily controls network traffic according to configured security rules. Both technologies can work together to enforce network security.
Does NAC require IEEE 802.1X?
No. IEEE 802.1X is widely used for port-based network access control, but NAC platforms may also support other identification and enforcement methods. Capabilities depend on the NAC solution and network infrastructure.
Can NAC authenticate printers and IoT devices?
Yes, depending on device capabilities and NAC implementation. Devices that support 802.1X can use compatible authentication methods. Devices without suitable authentication support may require controlled alternatives, such as restricted VLAN assignment.
Can MFA be used with ZTNA?
Yes. MFA can be integrated with a ZTNA platform through an identity provider. The user completes the required authentication before the ZTNA system evaluates whether access to the requested resource should be granted.
Are MFA, ZTNA and NAC suitable for small businesses?
Yes. Small businesses can implement these controls according to their security requirements and infrastructure. MFA is generally a practical starting point. ZTNA can help secure remote application access, while NAC is useful when controlling wired, wireless and unmanaged device connections.
Sources
- NIST SP 800-63B-4 – Digital Identity Guidelines: Authentication and Authenticator Management
- NIST SP 800-207 – Zero Trust Architecture
- IEEE 802.1X – Port-Based Network Access Control
- Microsoft Learn – Network Policy Server Overview
- Microsoft Learn – Deploy 802.1X Authenticated Wireless Access
- Microsoft Learn – Deploy Network Policy Server
Was this guide useful?
Your answer helps us keep BISONKB accurate and practical.