Tutorial: Setting Up Zero Trust Network Access (ZTNA) with Access Server
Overview
Zero Trust Network Access (ZTNA) is a modern security model that enforces “never trust, always verify” for every connection request. Instead of granting broad network access, a Zero Trust VPN setup restricts access to specific applications or resources based on user identity, device posture, and context. In this tutorial, you’ll learn how to configure Access Server to implement ZTNA principles by using modern authentication methods, granular access policies, and network segmentation.
Access Server installed and running.
Administrative access to the Admin Web UI.
A modern authentication method configured (e.g., SAML, RADIUS, or LDAP), with multi-factor authentication (MFA) if desired.
A segmented network environment with clearly defined resources.
A supported VPN client such as OpenVPN Connect for testing.
Basic knowledge of networking concepts (e.g., the OSI model, IP addressing).
Objective: Recognize that ZTNA requires verifying every access attempt and enforcing strict policies for each user and device.
Action: Document your applications and resources that need protection and identify the user groups requiring access.
Follow the steps in the appropriate authentication tutorials to configure a modern authentication method (SAML, RADIUS, or LDAP) for Access Server user authentication:
Tutorial: How to Enforce Specific Authentication Context for SAML Logins
Tutorial: How to Configure SAML with Google Workspace for VPN Authentication
Tutorial: Configure Active Directory (Windows Server) RADIUS Protocol for Access Server
Tutorial: Set Up Access Server with Active Directory via LDAP for VPN Integration
Enable multi-factor authentication (MFA) with the identity provider to add an extra layer of security during login.
Create user groups and define access policies:
Create user groups based on roles or departments (e.g., Finance, HR, IT).
Create group access control to assign these groups with specific access policies:
Define which resources or applications each group can access.
Configure restrictions, such as allowed IP ranges.
In Access Server, you can enhance Zero Trust enforcement by using post-authentication scripts to automate access control decisions dynamically. Here are three key ways to extend zero trust with post-auth scripting:
1. Automate group mapping for SAML, LDAP, or RADIUS users
You can dynamically assign users to groups based on their directory attributes when using SAML, LDAP, or RADIUS authentication.
Tutorials:
Tutorial: Configure LDAP Group Mapping With Post-Auth Script
Tutorial: How to Set Up RADIUS Group Mapping with a Post-Auth Script
Tutorial: How to Set Up SAML Group Mapping with a Post-Auth Script
How it works:
The post-auth script reads user attributes from the authentication response.
It maps users to Access Server groups automatically.
Why it's useful:
Ensures users only have access to the resources they need.
Eliminates manual group assignments, reducing administrative overhead.
Example: If an LDAP user belongs to the "Finance" department, the script can automatically place them in the "Finance" VPN group with specific access policies.
2. Enforce device identity verification with hardware registration
You can enforce device-based identity verification by requiring users to register their devices before connecting.
Tutorial:
How it works:
The hardware registration post-auth script captures each device's unique identifier (MAC address or UUID).
Access is only granted if the device matches the one registered to the user.
Why it's useful:
Prevents unauthorized devices from accessing the VPN, even if login credentials are compromised.
Strengthens zero trust by requiring both user identity and device identity.
Example: A user signing in from an unregistered laptop will be denied access, even if their credentials are correct.
3. Implement location-based zero-trust access
You can restrict access based on IP location, blocking logins from unknown or unauthorized locations.
Tutorial:
How it works:
The IP address registration post-auth script stores known safe IP addresses for each user.
The connection is denied or flagged if a login attempt comes from an unrecognized IP.
Why it's useful:
Prevents unauthorized access from untrusted locations.
Mitigates risks from phishing attacks where attackers try signing in from new locations.
Example: A user signing in from a known office location is granted access, but a login attempt from another country is blocked.
How to implement these post-auth scripts
To set up these advanced controls in Access Server, refer to the tutorials for each post-auth script, where you follow these overall steps:
Download the relevant post-auth script from OpenVPN's repository.
Modify the script based on your authentication provider and security policies.
Load the script into Access Server using the sacli tool.
Restart Access Server to apply the changes.
By consolidating multiple post-auth functions into a single script, you can ensure Access Server compatibility and fully implement zero-trust access controls.
Objective: Restrict access to sensitive resources by segmenting your network.
Action:
Use Access Server's built-in routing and ACL features to limit network paths.
Example: Configure firewall rules or ACLs to allow only the "Finance" group to access internal finance servers on specific subnets.
Learn the details of Access Server logging:
Forward logs to an external system you can set up with monitoring and alerts:
Regularly review logs and adjust your policies to maintain a strict, zero-trust posture.
Simulate network access:
Use your VPN client (e.g., OpenVPN Connect) to sign in as different users.
Verify expected behavior:
Confirm that only authorized users can access designated resources (e.g., only those in the "Finance" group can access internal finance servers).
Attempt unauthorized access to ensure it's blocked.
Review logs:
Check Access Server logs to verify that the correct authentication methods and policies are being enforced.
Ensure you refine, review, and document your new ZTNA setup:
Refinement: Based on testing feedback, adjust authentication settings, access policies, and network segmentation rules.
Ongoing Review: Regularly review and update user groups, policies, and MFA settings to adapt your security.
Documentation: Maintain documentation of your ZTNA configuration for future audits and troubleshooting.