Applies To:

Show Versions Show Versions

Manual Chapter: Using Vulnerability Assessment Tools for a Security Policy
Manual Chapter
Table of Contents   |   << Previous Chapter   |   Next Chapter >>

Overview: Vulnerability assessment policy building

Application Security Manager™ (ASM) integrates with services, such as IBM® Rational® AppScan®, Cenzic® Hailstorm®, and QualysGuard®, as well as WhiteHat Sentinel, that perform vulnerability assessments of web applications. Vulnerability assessment services identify, classify, and report potential security holes or weaknesses in the code of your web site.

You can use the vulnerability assessment deployment scenario to create a baseline security policy that is integrated with a vulnerability assessment tool. By using vulnerability assessment tool output, the system suggests updates to the security policy that can protect against the vulnerabilities that the tool found. You can choose which of the vulnerabilities you want the security policy to handle, retest to be sure that the security policy protects against the vulnerability, and then enforce the security policy when you are ready.

Creating a security policy using vulnerability assessment tool output

Before you can integrate vulnerability assessment tool output with Application Security Manager™ (ASM™), you need recent scanner output for the web application you want to protect in the form of an XML file.

Before you can create a security policy using ASM, you need to complete the basic BIG-IP® system configuration tasks. These tasks include defining a VLAN, a self IP address, a local traffic pool, an application security class, and a virtual server, according to the needs of your networking environment.

You can create a baseline security policy to protect against the potential problems that a vulnerability assessment tool scan finds.
  1. On the Main tab, click Application Security > Security Policies. The Active Security Policies screen opens.
  2. Click the Configure Security Policy link for the application security class you created.
  3. For Deployment Scenario, select Create a policy using third party vulnerability assessment tool output and click Next.
  4. From the Application Language list, select the language encoding of the application and click Next.
    Important: You cannot change this setting after you have created the security policy.
    The Vulnerability Assessments Settings screen opens.
  5. From the Vulnerability Scanner list, select the vulnerability assessment tool that you use to scan your web application for problems.
  6. Click Next. The Security Policy Configuration Summary screen opens.
  7. Review the settings for the security policy. When you are satisfied with the security policy configuration, click Finish. The system creates the security policy and opens the Import Vulnerabilities screen.
  8. In the Upload previously saved vulnerabilities file field, type the name of the XML file output from the vulnerabilities assessment tool, or browse to the file.
  9. Click Import. The system imports the vulnerabilities discovered during the last scan of the web application.
The system creates a baseline security policy for your web application but does not yet protect against the vulnerabilities or enforce the policy.
Next, you need to review and resolve vulnerabilities on the Vulnerabilities screen so that the security policy protects against them.

Resolving vulnerabilities

You can resolve vulnerabilities only on a security policy that was created using the Vulnerabilities Assessments deployment scenario.
When you resolve vulnerabilities, Application Security Manager™ (ASM™) configures the security policy to protect against them.
  1. On the Main tab, click Application Security > Security Policies. The Active Security Policies list opens.
  2. Click the name of the security policy integrated with your vulnerability assessment tool. The security policy Properties screen opens.
  3. From the Vulnerability Assessments menu, click Vulnerabilities. The Vulnerabilities screen opens and lists the vulnerabilities that the vulnerability assessment scan discovered.
  4. In the Vulnerabilities Found and Verified area, review the vulnerabilities that the assessment tool has detected and verified.
    Tip: Click a row in this table to display details about the vulnerability.
  5. For the vulnerabilities that are shown as Resolvable, select the vulnerabilities you want the system to resolve (or ignore), and click the appropriate button.
    Option Description
    Resolve and Stage Updates the security policy to protect again the vulnerability and puts parameters in staging. Entities in staging do not cause violations, and this allows you to fine-tune their settings without causing false positives.
    Resolve Updates the security policy to protect again the vulnerability.
    Ignore Changes the ASM Status of the selected vulnerability from Pending to Ignore. If later you decide to protect against this vulnerability, you can select it and click Cancel Ignore.
    BIG-IP® ASM modifies the security policy to protect against the vulnerabilities for which you clicked Resolve and ignores the rest. In the Vulnerabilities list, the ASM Status column for the vulnerability changes, if appropriate.
  6. Click Apply Policy to save the changes to the security policy. The system updates the security policy to prevent the handled vulnerabilities from reoccurring.
  7. If using WhiteHat Sentinel, select all of the vulnerabilities you dealt with and click Retest to have the WhiteHat Sentinel service check whether the vulnerability still exists.
The security policy for your web application protects against the vulnerabilities that the vulnerability assessment tool discovered and which you resolved.
You can also review vulnerabilities that ASM cannot resolve and update the security policy manually to protect against them.

Fine-tuning a security policy

After you create a security policy, the system provides learning suggestions concerning additions to the security policy based on the traffic that is accessing the application. For example, you can have users or testers browse the web application. By analyzing the traffic to and from the application, Application Security Manager™ generates learning suggestions or ways to fine-tune the security policy to better suit the traffic and secure the application.

Note: If you are using the Policy Builder to add elements to the security policy, you can skip this task.
  1. On the Main tab, click Application Security > Policy Building > Manual. The Traffic Learning screen opens, and lists violations and learning suggestions that the system has found based on real traffic.
  2. In the Traffic Learning area, click each violation hyperlink, then review and handle learning suggestions:
    Option Description
    Accept Select a learning suggestion, click Accept, and then click Apply Policy. The system updates the security policy to allow the file type, URL, parameter, or other element.
    Clear Select a learning suggestion, and click Clear. The system removes the learning suggestion and continues to generate suggestions for that violation.
    Cancel Click Cancel to return to the Traffic Learning screen.
    By default, a security policy is put into a staging-tightening period for seven days. During this time, you can examine learning suggestions and adjust the security policy without blocking traffic.
  3. On the Traffic Learning screen, review the violations and consider whether you want to permit any of them (for example, if a violation is causing false positives). Select any violations you do not want the system to trigger, and click Disable Violation. A popup screen opens, and you can verify that you want to disable the violations or cancel the operation.
  4. To activate the updated security policy, on the top right of the screen, click Apply Policy, then click OK to confirm.
The security policy now includes elements unique to your web application.
It is a good idea to periodically review the learning suggestions on the Traffic Learning screen to determine whether the violations are legitimate, or if they are false positives that indicate a need to update the security policy

Enforcing a security policy

To perform enforcement tasks, the security policy must be operating in transparent mode, and have been created manually. Traffic should be moving through Application Security Manager™, and users have access to the web application for which you set up the security policy.
When you enforce a security policy, the system to blocks requests that cause violations that are set to block.
  1. On the Main tab, click Application Security > Policy > Blocking. The Settings screen shows the violations that can be detected, and how the security policy responds to requests that cause those violations (whether the system learns information from the illegal request, generates an alarm, or blocks the request).
  2. In the Current edited policy list near the top of the screen, verify that the edited security policy is the one you want to work on.
  3. For each violation, review the settings so you understand how the security policy handles requests that cause the violation.
    Option Description
    Learn If selected, the system generates learning suggestions for requests that trigger the violation.
    Alarm If selected, the system records requests that trigger the violation in the Charts screen ( Reporting > Charts ), the Syslog (/var/log/asm), and possibly in local or remote logs (depending on the settings of the logging profile).
    Block If selected (and the enforcement mode is set to Blocking), the system blocks requests that trigger the violation.
  4. On the Main tab, click Application Security > Policy.
  5. For the Enforcement Mode setting, select Blocking.
  6. To change the number of days the security policy remains in staging, change the value in the Staging-Tightening Period field. For details, see the online help.
  7. Click Save.
  8. In the editing context area, click Apply Policy to immediately put the changes into effect.
  9. For a quick summary of system activity, look at the Overview screen ( Application Security > Overview ).
After the staging period is over and the enforcement mode is set to blocking, the security policy no longer allows requests that cause violations set to block to reach the back-end resources. Instead, the security policy blocks the request, and sends the blocking response page to the client.
Table of Contents   |   << Previous Chapter   |   Next Chapter >>

Was this resource helpful in solving your issue?

NOTE: Please do not provide personal information.

Additional Comments (optional)