Wednesday, March 9, 2016

Easy Remote Client VPN Solution with a Cisco ASA

Easy Remote Client VPN Solution with a Cisco ASA

I’ve posted an article on Client VPN setup using OpenVPN and I noticed I didn’t have one regarding Cisco ASA. A Cisco ASA being a very common Security Appliance used by small and large companies. This article will cover how to setup a standard remote client VPN utilizing IPsec as the crypto carrier. Cisco also has their own proprietary remote client VPN solution called AnyConnect. I will be posting an article after this one on how to set an AnyConnect solution up and include what the differences are between it and the standard IPsec remote client VPN contained in this article.
A remote client VPN is something very common in workplace now-a-days. It allows users to appear as if they are on the company’s internal network over an insecure medium(e.g. Internet, untrused Network, etc). It does so by using IPsec. IPsec is a tried and true Layer 3 securing technique that requires both parties involved to mutually authenticate each other before passing traffic.
A few things to keep in mind regarding remote client VPNs.
  • First, a subnet is required for client’s to be put on when successfully authenticated and authorized via the remote client VPN. This can be the same subnet as one already existing on your network or a separate one with a firewall in-between The later being best in practice and security.
  • Secondly, deciding on split-tunneling vs all-tunneling. The difference being on the client would you like all traffic to be forced across the tunnel or allow clients to communicate with both their local network and the networks on the otherside of the VPN. For best practice and security, all-tunneling is recommended.
  • Third, Access Lists and tunneled networks. Here we will decided what Remote VPN users will have access to other networks. We will also, in the case of split-tunneling, create an access-list of what networks to tunnel for the Remote VPN user.
  • Fourth, provisioning standard network services for VPN user’s. Remote VPN user’s will need a default gateway, DNS servers, domain suffix, an address pool, proxy settings, etc.

Configuring the Server Side (Cisco ASA):

  1. First Step: Create an Address Pool for VPN clients.
    Decided on the subnet you will be assigning to remote VPN clients. For this article I will choose 172.21.1.0/24, staring at .10 and ending at .250.
  2. Next step: Make an additional ACL to identify the traffic we would like the remote client to know about on the other side of the tunnel (For Split-Tunneled scenarios).
  3. Moving on: We have to create an identify NAT because our VPN traffic communicating with our Proected networks will travers two different interfaces on the Cisco ASA. We will not be performing an NAT manipulation, but the statement is required because of Cisco ASA standard security policy when traversing traffic between different interfaces.
  4. VPN Attributes: Let’s set up group-policy to tie together all the attributes we are going to send to the remote client when they connect.
    Let’s step thru this:
    • ClientVPN_GroupPolicy {internal/external} — Where to get attributes from? Internal = from this ASA, External = from external server like RADIUS or Cisco ACS
    • ClientVPN_GroupPolicy attributes — First we have to create a new group policy whcih will push down to the cilent all the network services we want to assign them.
    • banner value {your text} — This is not technically needed, however I like it because it gives the user a pop-up from their VPN software that they have successfully connected.
    • vpn-idle-time {min} — Helpful to terminate VPN connections that are idle for too long.
    • vpn-session-timeout {min} —
    • vpn-filter value {your ACL} — This is where you set the ACL with the networks your VPN Network is allowed to communicate with others inside your network.
    • vpn-tunnel protocol {ikev1} — Tells client to use ikev1 to establish a connection.
    • ipsec-udp {enable/disable} — This will enable IP NAT traversal, which is 99% of the time needed. If you don’t enable it, only one client will be able to connect in from the same remote network at a time. See What is IPsec NAT-Traversal
    • split-tunnel-policy {tunnelspecified/tunnelall} — Sets the split-tunneling policy, if any.
    • split-tunnel-network-list {standard ACL} — what networks on far side to tell the client about.
    • dns-server value {dns servers} — Specify the DNS servers to have your remote VPN clients use.
    • default-domain value {windows domain name} — Supplied to client for DNS suffix.
    • split-tunnel-all-dns {enable/disable} — Tells client whethers to ask far end of the tunnel for DNS reslution or use local network DNS. Best practice is to enable this and force remote VPN clients to always ask far end for DNS resolution.
    • address-pools value {IP pool object} — Where to get IPs for remote VPN clients from.
    • ipv6-address-pools {IP pool object/none} — IPv6 pools? Nah.
    • NOTE:For more information and other attributes, see the Cisco documentation here.
  5. Proxy settings?: We can also try to push down Web Proxy settings to Internet Explorer using the following


     
  6. IPSec Phase1: Here we set up Phase 1 to be used by this IPsec tunnel.


    NOTE: The Cisco VPN Client v5 will match the first IKEv1 policy you have for Phase 1. Don’t forget to enable it on the outside interface!
  7. IPSec Phase 2: Continuing on in building our Transport tunnel, we now have to create a Crypto Map (in this case Dynamic), and a Transform set.


    NOTE: dynamic-map is used here because the remote endpoint’s address could be anything. Unlike other IPsec tunnels where we know both endpoint address are predetermined and it is part of the Security Association (SA). Specifying the dynamic-map keyword tells the ASA not to perform peer IP validation after initiating the tunnel. For more info on static tunnels read my other post here.
  8. Last Step: Putting it all together with a Tunnel Group object.


    NOTE: Type remote-access = tells ASA this is a remote-access tunnel and not a Site-to-Site tunnel. We also bind what Group Policy to use with this tunnel here. Don’t forget to set the Phase1 pre-shred-key here!!
  9. Creating users within the LOCAL user-table on your Cisco ASA

Configuring the Client Side

Windows — Using Cisco VPN Client
  1. Download software here
  2. Install (duh!)
  3. Configuration:
    windows cisco VPN
    windows cisco VPN2
    windows cisco VPN3
  4. Wahoo!!