Skip to main content

Firepower SSL Policy Configuration

Over the years after using firewall of different vendors it is outmost sure that SSL decyrption is mandatory whether it comes to IPS, File level blocking or any other threat prevention techniques to be used. Let me try to write a short blog on how to perform SSL decryption for destination NAT traffic or also know as inbound traffic.

Importing certificate and key
In order for source NAT ( outgoing traffic ) to work we need to either import a certificate or generate a self signed certificate accordingly . In order for destination NAT ( incoming traffic ) to work we need to import the certificate and key that is currently being used by the application itself. This blog is going to be more about destination NAT traffic.
Go to Objects > Object Management > PKI > Internal Certs 

 Add Internal Certs 

Creating SSL Policy
Go to Policies >  SSL Policy and create a new policy
We need to select Decrypt - Known key and also select the certificate and key (DONIDCR-SSL) th
at we have recently imported . The policy needs to be configured as configured on access control policy making used for zone , networks , ports . There are additional option in this policy for server related cipher suits , cert status and version which we can play on as well.



ADDING SSL POLICY TO ACCESS CONTROL POLICY

We will now need this SSL policy to be added on Access control policy 

Go to Policy > Access Control Policy 

We will now need to need to deploy it accordingly and inorder to verify we can check the Events as well.




SSL Status for all the incoming traffic for the web application can now be seen as Decrypt (Known Key) which basically means that SSL decryption is working . 

We also need to know that SSL Policy is always placed before ACP (Access Control Policy ) . SSL Policy is checked before going towards Access Control Policy so we need to configure it carefully otherwise our application might not work accordingly and also must know which traffic to decrypt and which not to. SSL decryption always will place a heavy load on the firewall so we must selectively do it on the application and also checking the load of the firewall.

Labels:

Comments

Post a Comment

Popular posts from this blog

High Availability Palo Alto (Active/Standby)

 High Availability is usually performed in most of the data centers networks today which ensures application availability . High Availability is usually achieved in case one of the appliance goes down or have some physical or logical connectivity issues.  Achieving high availability in Palo Alto firewall is relatively very easy. Palo Alto firewall can work in both Active/Standby mode or in Active/Active. We will basically be talking about Active/Standby mode in this article. There are basically two links that needs to be configure in Palo Alto for HA. 1. Control Links Control Links are associated with control plane traffic which is mainly used for heartbeat exchanged, configuration synchronization. Dedicate HA ports are available in higher series of Palo Alto or even a HA interface can be created for some inband ports.   2. Data Links Data Links are mainly used for session synchronization, forwarding table synchronization. Dedicated HSCI Ports are available for highe...
Post a Comment
Read more

SAN Switch Zoning with Brocade

Zoning in Brocade SAN Switch Let's begin with resetting the switch completely. In my environment I have two brocade SAN Switch connecting to 2 Dell R940 server configured with VMware. The SAN switch will be having connectivity between Dell Unity 500 storage and Dell R940 servers. Multipathing will be done between the server and storage with the help of SAN Switch. Multipathing, also called SAN multipathing or I/O multipathing, is the establishment of multiple physical routes between a server and the storage device that supports. It results in better fault tolerance and performance enhancement. DESIGN The idea behind zoning is that intended WWPN talk with each other . This is more like ACL in the world of Ethernet. To see the devices which are logged into the switch the following commands can be executed. SAN-A:admin> switchshow switchName: SAN-A switchType: 118.1 switchState: Online switchMode: Native switchRole: Principal switchDomain: 1 switchId: ...
Post a Comment
Read more

IPsec VPN BETWEEN CISCO AND FORTIGATE

 IPsec VPN can be simply understood as means of providing security of our critical data sent over public network. IPsec is very much secure as it uses lot of different protocols to add encryption as well as authentication.  I will not be explaining each and every components of IPSec in this particular blog but would just be demonstrating a configuration of simple IPSec VPN between 2 sites making use of Fortigate 500 E and Cisco ISR 4451. This blog only contains configuration of FortiGate in particular. PROCESS 1  The first process is to go under VPN and then click on IPsec Wizard. We will be creating an custom IPsec profile with a name site-to-site-vpn. PROCESS 2  We will now need to input all the parameters required for completing the VPN process. At the beginning we will be configuring for PHASE I parameters mentioning  things like remote IP address which is 110.44.119.21 in our particular case. We will also be configuring things like authentication type,...
Post a Comment
Read more