Sorry, you need to enable JavaScript to visit this website.
Skip to main content

Using Virtual Private Networks

This publication provides guidance on how to securely configure the use of Virtual Private Networks between geographically-separated office buildings (site-to-site VPNs) and in support of remote workers (remote access VPNs).

First published 2013; updated 2018 and January 2019

Introduction

Virtual Private Network (VPN) connections can be an effective means of providing remote access to a network; however, VPN connections can be abused by an adversary to gain access to a network without relying on malware and covert communication channels.

This document identifies security controls that should be considered when implementing VPN connections. This document does not discuss the different technologies involved in establishing VPN connections, the protocols and algorithms used to secure VPN connections, or how to establish VPN connections.

For the purpose of this document, the term ‘site-to-site VPN’ is used to refer to a connection between two networks, either via dedicated communications links or over the Internet, while the term ‘remote access VPN’ is used to refer to users connecting to a network from an offsite location over the Internet.

User accounts

User accounts for VPN connections should be separate from standard user accounts. This will limit the activities that can be performed by an adversary should a VPN user account be compromised.

Further, the permissions applied to VPN user accounts should be restricted to each user’s required level of access. This will minimise the severity of a successful compromise. VPN user accounts with minimum permissions, that can only perform basic operations on a network, will also impede the ability of an adversary to gain a foothold on a network.

Finally, access to applications, servers and shared resources on a network should only be granted where necessary for users to perform their duties. For example, if a user only needs access to email services, they should be denied access to file servers.

Multi-factor authentication

Adversaries frequently attempt to steal credentials to compromise a network. These credentials allow them to easily propagate on a network and conduct malicious activities without installing additional exploits, thereby reducing the likelihood of detection. Adversaries also frequently attempt to steal credentials for VPN connections as this can further mask their activities.

Multi-factor authentication should be used for VPN connections. When multi-factor authentication has been implemented correctly, it is more difficult for an adversary to successfully exploit a network, as several authentication factors for accounts need to be compromised to gain access.

Device authentication

Device authentication ensures that a device establishing a VPN connection is approved for such purposes. Device authentication is applicable to both site-to-site VPNs and remote access VPNs, and typically takes the form of a certificate issued to a device. The device, and by extension the device certificate, may or may not be tied to a specific user.

If a VPN endpoint receives a connection request, it should authenticate the device in addition to the user. The VPN connection should be terminated if either device or user authentication fails. A connection attempt from an unauthenticated device should be considered suspicious and logged for further investigation.

VPN termination points

Devices used for VPN connections have the same potential for compromise as corporate workstations. If a device using a VPN connection is compromised there is the security risk it could be used to compromise connected networks. Because of this, all VPN traffic should be treated as untrusted and potentially malicious, and subjected to the same scrutiny as any external communications. To this end, VPN termination points should be within a DMZ to allow for the proper inspection and auditing of unencrypted VPN traffic prior to entering and leaving a network.

Example of an improper VPN endpoint within the DMZ, with no further security controls between the DMZ and internal network
Figure 1: Simplified example of an improper VPN connection termination within a DMZ
Exmaple of a proper VPN endpoint within a DMZ, with security controls on both sides of the DMZ
Figure 2: Simplified example of a proper VPN connection termination within a DMZ

 

Split tunnelling

Devices accessing a network via a VPN connection should disable split tunnelling. Split tunnelling allows a device to be simultaneously connected to an organisation’s network and directly to the Internet. Organisations should ensure that web browsing from a device connected to a VPN connection is conducted through their internet gateway rather than via a direct connection to the Internet. If a device used for VPN connections has already been compromised, split tunnelling could allow an adversary to interact with the organisation’s network in real time making it easier for an adversary to achieve their goals.

Whitelisting connection sources

If a site-to-site VPN implementation supports whitelisting, a whitelist of approved MAC or IP addresses should be implemented to only allow VPN connections from approved sources. This will prevent unauthorised connection attempts even when legitimate credentials have been provided.

If a site-to-site VPN implementation does not support MAC or IP address whitelisting, VPN connection log entries should be monitored for anomalies. If a non-approved source appears in the VPN connection logs, it should be treated as suspicious and logged for further investigation.

Effective logging and log analysis

Effective logging and log analysis of VPN connections is vital to accounting for activities performed on a network. Effective logging also provides a central repository of information in the event of an attempted or successful compromise. Effective log analysis further aids in finding malicious and other unauthorised activities in a timely manner.

VPN connection information which should be logged, where available, includes:

  • Authentication information – Any certificate information provided when a VPN connection is made using a certificate, VPN user account credentials, and any information about the remote host and time of any failed authentication attempts.
  • Session information – The establishment time of a VPN connection, the duration of the connection and the amount of data transferred.
  • Activities performed – The activities performed by the VPN users, especially those relating to sensitive resources.
  • Remote host information – Any identifying information about the remote host such as the operating system, IP address, MAC address and the hostname.

Further information

The Australian Government Information Security Manual (ISM) assists in the protection of information that is processed, stored or communicated by organisations’ systems.

The Strategies to Mitigate Cyber Security Incidents complements the advice in the ISM.

Additional information regarding multi-factor authentication can be found in Implementing Multi-Factor Authentication.

Addition information regarding remote access clients can be found in Using Remote Desktop Clients.

Contact details

Organisations or individuals with questions regarding this advice can contact the ACSC by emailing asd.assist@defence.gov.au or calling 1300 CYBER1 (1300 292 371).

 

Date
January 4th, 2019