Showing posts with label ASA. Show all posts
Showing posts with label ASA. Show all posts

Saturday, February 1, 2014

Server 2008 R2 as RADIUS for CISCO ASA VPN Clients

Server 2008 R2 as RADIUS for CISCO ASA VPN Clients


As in every Enterprise or a private Data Centar network one must use various of IT systems to insure the security of via meshed systems. The other day I implemented a Cisco 5520 Failover scenario and the main problem I had with the users, is how will they manage so many passwords for VPN, AD, Mail and etc. So I thought why not use Kerberos for VPN and simplify the tasks. 

This easy done task I will explain as short and much I can. The main goal is to make Cisco ASA failover to use the Active Directory for authenticating the users against VPN policy.



Easiest way to configure ASA quick is using the ASDM utility. I use CLI only for initial interface and http commands , after that all is downstream.



First we need to configure an object:
Using the Firewall section we expand Objects and select IP names. Then click ADD and describe the Radius server. After that we enter the IP address of the Intranet located Domain controller.

Next step is to define a AAA Radius group:
Click the Remote Access VPN section.
Expand AAA Setup and select AAA Server Groups.
Click the Add button to the right of the AAA Server Groups section.
Give the server group a name, like TEST-AD, and make sure the RADIUS protocol is selected.
Accept the default for the other settings. 
And click OK.

Next step is to add our RADIUS server to this created group:
Select the server group created in the step above.
Click the Add button to the right of Servers in the Select Group.
Under the Interface Name select the interface on the ASA that will have access to the RADIUS server, most likely inside.
Under Server Name or IP Address enter the IP Name you created for the RADIUS server above.
Skip to the Server Secret Key field and create a complex password. Make sure you document this as it is required when configuring the RADIUS server. Re-enter the secret in the Common Password field.
Leave the rest of the settings at the defaults and click Ok.

To enable RADIUS on Server 2008 we must add a role:
Connect to the Windows Server 2008 server and launch Server Manager.
Click the Roles object and then click the Add Roles link on the right.
Click Next on the Before You Begin page.
Select the Network Policy and Access Services role and click Next.
Under Role Service select only the Network Policy Server service and click Next.
Click Install.

After launching the NPS tool right-click on the entry NPS(Local) and click the Register Server in Active Directory. Follow the default prompts.

We need to define a Radius CLIENT on Server 2008 for our ASA Cluster:
Right-click on RADIUS Clients and select New RADIUS Client.
Create a Friendly Name for the ASA device. I used “CiscoASA” but if you had more than one you might want to make it more unique and identifiable. Make sure you document the Friendly Name used as it will be used later in some of the policies created.
Enter the Server Secret Key specified on during the ASA configuration in the Shared secret and Confirm shared secret field.
Leave the default values for the other settings and click OK. See Figure 1 for all the complete RADIUS Client properties.


Connection Request Policy
Expand the Policies folder.
Right-click on the Connection Request Policies and click New.
Set the Policy Nameto something meaningful. I used CiscoASA because this policy is geared specifically for that RADIUS client. Leave the Type of network access server as Unspecified and click Next.
Under Conditions click Add. Scroll down and select the Client Friendly Name condition and click Add…
Specify the friendly name that you used when creating the RADIUS Client above. Click OK and Next.
On the next two pages leave the default settings and click Next.
Under the Specify a Realm Name select the Attribute option on the left. From the drop down menu next to Attribute: on the right select User-Name. Click Next again.
Review the settings on the next page and click Finish.

Create a Network Policy
Right-click the Network Policy folder and click New.
Set the Policy Name to something meaningful. Leave the Type of network access server as Unspecified and click Next.
Under Conditions click Add.
Add a UsersGroup condition to limit access to a specific AD user group. You can use a generic group like Domain Users or create a group specifically to restrict access.
Add a Client Friendly Name condition and again specify the Friendly Name you used for your RADIUS client.
Click Next. Leave Access granted selected and click Next again.
(Important Step) On the authentication methods leave the default selection and add Unencrypted authentication (PAP, SPAP).
Accept the default Constraints and click Next.
Accept the default Radius Settings and click Next. Review the settings and click Finish.
Restart the Network Policy Server service.

The last thing left is to Test and Save the config.
If necessary re-launch the ASDM utility.
Return to Configuration -> Remote Access VPN -> AAA Setup -> AAA Server Groups.
Select the new Server Group you created.
From the Servers in the Selected Group section highlight the server you created. Click the Test button on the right.
Select the Authentication radio button. Enter the Username and Password of a user that meets the conditions specified in the Network Policy created above then click OK.


Feel free to comment.

Wednesday, September 18, 2013

FIREWALL Implementation with DMZ and two inside ZONES

CISCO ASA Firewall DMZ/2_inside ZONES configuration


With Cisco ASA firewalls, you can integrate multiple enterprise-class, next-generation network security services without sacrificing performance. Cisco ASA combines the most deployed stateful inspection firewall in the industry with next-generation firewall capabilities.

I have a lab with a small scenario using the ASA Firewall, that I will demonstrate. In this scenario I will introduce a Security Firewall with four security zones and the config scripts. Two internal zones will be implemented on one interface with vlans and subinterface connection to the switch. The routers inside those zone have routing disabled, so they are acting as hosts. The DMZ zone will host a web server, again a router with ip routing disabled that will simulate a WEB server. We will focus only on the ASA configuration. There will be some restrictions for the inside zones. One zone will be denied some traffic and the other will have full access to all the outside traffic. 
Now, let us take a look at the diagram of this small scenario.

First we should define the interfaces and then other NAT/PAT configurations on the ASA firewall.

interface GigabitEthernet0/0 
description CONNECTION TO OUTSIDE INTERNET 
speed 100 
duplex full 
nameif outside 
security-level 0 
ip address 100.1.1.1 255.255.255.0
!
interface GigabitEthernet0/1 >> this interface will be used to subinterfaces for VLANs 10,20
no nameif 
no security-level 
no ip address 
interface GigabitEthernet0/1.10 
description CONNECTION TO INSIDE 1 
vlan 10 
nameif 
inside1 security-level 80 
ip address 192.168.1.1 255.255.255.0 
interface GigabitEthernet0/1.20 
description CONNECTION TO INSIDE 2 
vlan 20 
nameif inside2 
security-level 90 
ip address 192.168.2.1 255.255.255.0
!
interface GigabitEthernet0/2 
description CONNECTION TO DMZ 
nameif DMZ 
security-level 50 
ip address 10.0.0.1 255.255.255.0

Let us now define a object group for the interesanting ports.

object-group service WEB-PORTS tcp port-object eq 80 port-object eq 443

Now we should define the traffic to be NAT-ed and filtered. We use the access lists.

access-list OUTSIDE_IN extended permit tcp any host 100.1.1.2 object-group WEB-PORTS  << Internet->webserver.

access-list INSIDE1_IN extended permit tcp 192.168.1.0 255.255.255.0 any eq http  << Zone1 access to web and email
access-list INSIDE1_IN extended permit tcp 192.168.1.0 255.255.255.0 any eq https 
access-list INSIDE1_IN extended permit tcp 192.168.1.0 255.255.255.0 any eq smtp 
access-list INSIDE1_IN extended permit tcp 192.168.1.0 255.255.255.0 any eq pop3 
access-list INSIDE1_IN extended permit udp 192.168.1.0 255.255.255.0 any eq dns

access-list INSIDE2_IN extended permit ip 192.168.2.0 255.255.255.0 any   << allow all access ZONE2

As we have the traffic defined we can configur the Port Translation.

global (outside) 1 interface 
global (DMZ) 1 interface 
nat (inside1) 1 192.168.1.0 255.255.255.0 
nat (inside2) 1 192.168.2.0 255.255.255.0

As we have the outside access to the DMZ servers, we should create a static NAT entries for them.

static (DMZ,outside) 100.1.1.2 10.0.0.2 netmask 255.255.255.255

Next thing is to apply the access lists to aproppriate interfaces inside the firewall.

access-group OUTSIDE_IN in interface outside 
access-group INSIDE1_IN in interface inside1 
access-group INSIDE2_IN in interface inside2

For the clients to have a understating for the global networks we must setup a default route.

route outside 0.0.0.0 0.0.0.0 100.1.1.10 1

The last config script we should implement on ASA is to enable managament from one of the zones.

ssh 192.168.1.0 255.255.255.0 inside1 
ssh timeout 20 
ssh version 2

That is all to it for now.

Feel free to comment.