on 26-Oct-2016 08:00
Microsoft Azure created a new dashboard called Security Center which provides security visibility for Azure customers. The Security Center Dashboard provides fast deployment and easy management of F5 WAF in the cloud in Microsoft’s Azure infrastructure.
This article describes the solution and how it can be deployed with just a few clicks.
Azure Security Center and F5 WAF in the Cloud Key Benefits:
F5 is now integrated into the Azure Security Center dashboard that provides cloud customers the ability to manage their security exposure level. Once an Azure customer implements a web application, a suggestion is given via the Security Center to deploy WAF protection for the application.
The WAF configuration is done with a simple two tabs setup which can be completed in minutes. This simple setup is done via the Security Center GUI that utilizes an automated iApp on the BIG-IP without any user intervention.
Once deployed, the WAF in the cloud rapid policy provides immediate detection and mitigation of common attack vectors against web application as well as application DDoS attacks. The Security Center display notification on application security incidents against the application.
Any Azure customer that owns an application running on port 80 or 443, and doesn’t have WAF protection will get a notification message from the Azure Security Center with a suggestion to install a WAF. Clicking on the application or virtual machine will present the “Web application Firewall not installed “ message. Clicking on the message reveals the option to: ”Add web application firewall” as illustrated in figure 1
Figure 1: Azure Security Center provide suggestion to install Web Application Firewall
The two-tab configuration is easy to use because most of the configuration is pre-defined for you and there are only few items that require your input. Figure 2 illustrates the two-tab configuration and the items that you need to provide are marked below in bold:
Step1: Virtual Machine Configuration
The first tab configures the virtual machine settings.
The only configuration information needed here is the host name and password.
Step2: WAF information
The second tab configures the WAF.
To complete the WAF deployment you should provide a license. The security blocking level enables the optimized rapid deployment policy setting. Keeping the default as Medium is good for most cases. You can also choose your Application Type to provide more accurate protection.
Figure 2: VM configuration and WAF information two tabs fast deployment
The WAF in the cloud deployment process begins once you click Create. The deployment mechanism will automatically configure all the necessary components including VLANs, self IPs, virtual IPs, pools, and logging profiles. The automatic process will also create an ASM policy, assign it to the virtual server, and configure the ASM blocking settings for you. This default configuration is highly efficient and provides detection and mitigation of known web application attacks.
Once the installation is complete, there are two IP addresses to associate with the web application.
The reason we now have two IP addresses is to allow smooth transition from the unprotected environment to the protected environment and to eliminate false positive. While most deployments pass the false positive tests without any issues, web applications can be complex and therefore it is important to complete this step in any WAF deployment. We call it the staging period, in which the site administrator interacts with the application via the newly protected IP address to verify that traffic is passing.
The security center displays the “Pending WAF finalization” notification since the traffic is still routed through the unprotect IP address. Once the staging tests are complete, the WAF admin can route the traffic to the protected environment by clicking Restrict traffic. This will make the protected IP address as the primary site address that users will access the site. The Security center will then indicate that the application is protected by marking a green icon next to the application.
Remember that WAF policy builder is running and will automatically fine tune the policy as it inspects the traffic passing through it. False positives can loosen the policy by reducing security checks, and other prevention options can tighten the policy by increasing security checks.
Figure 3: The administrator should verify false positive then route traffic to the protected environment with restrict traffic.
Once the traffic is routed to the protected environment, the Azure Security Center will present notifications on the security alerts tab. This information is collected from the WAF and categorizes risks:
Blue – No risk for your web application or data. But you might want to look at these notifications when you have time.
Green – No major risk to your web application or data. However, you should examine these items.
Red – There is a risk to your web application or data due to malicious payload. It is highly recommended to examine these items.
Figure 4: An example Security incident notification
As shown in Figure 4, each notification includes the requests details:
Best practices for WAF management should be followed and are beyond the scope of this document.
WAF in the cloud deployments allows flexibility with WAF management, at any time, you can:
To learn more or to access the instructions we recommend you to read the Manual.
When will hourly automated billing be available? Or can I use pool licensing from BIG-IQ to automate deployment?
Utility billing is targeted to BIG IP v13 with due day of early next quarter. BIG IQ automation is not support.
But can we use BIG IQ license manually in Azure?
BIG IQ is not available in Azure at this point