If you are sure that a protection event is a false alarm (no malicious link or character was detected), you can handle it as a false alarm, add the client IP address to an address group that is allowed by the policy, add the client IP address to a blacklist/whitelist rule, or disable or delete the hit protection rule. Events that have been handled as false alarms will not be displayed in the event list.
If legitimate service requests are blocked by WAF, the website may be inaccessible to some visitors. For example, after you connect a web service deployed on ECSs to WAF over its public domain name and enable basic web protection for it, if its normal traffic hits a protection rule, the access requests will be blocked. The web service becomes inaccessible over the domain name or returns errors to visitors, but it is still accessible over server IP addresses. It is more likely that the requests were blocked mistakenly, and the event is a false alarm. In this case, you need to handle the event as a false alarm.
You can handle false alarms in the following ways based on how they were generated:
WAF built-in rules include basic web protection rules and feature-based anti-crawler rules.
WAF custom rules include CC attack protection rules, precise protection rules, blacklist and whitelist rules, and geolocation access control rules you create.
A protection event has been reported and displayed on the Events page.
If you are sure that an event is a false alarm generated based on a WAF built-in rule or custom protection rule, you can handle the event as a false alarm.
in the upper left corner and select a region or project.
in the upper left corner and choose Web Application Firewall (Dedicated) under Security.If a protection event is triggered by a rule in Basic Web Protection or Feature-based Anti-Crawler, the associated request features will be displayed in the Handle False Alarm dialog box by default. You need to ignore the corresponding WAF protection type and click OK. For details about the parameters of the global whitelist rule, see Table 1.

Parameter |
Description |
Example Value |
|---|---|---|
Scope |
|
Specified domain names |
Domain Name |
This parameter is mandatory when you select Specified domain names for Scope. Enter a single domain name that matches the wildcard domain name being protected by the current policy. |
www.example.com |
Condition List |
Click Add to add conditions. At least one condition needs to be added. You can add up to 30 conditions to a protection rule. If more than one condition is added, all of the conditions must be met for the rule to be applied. A condition includes the following parameters: Condition parameter description:
|
Field is set to Path. Logic is set to Include. Content is set to /product. |
Ignore WAF Protection |
|
Basic web protection |
Ignored Protection Type |
If you select Basic web protection for Ignored WAF Protection, select one of the following for Ignored Protection Type:
|
Attack type |
Rule ID |
This parameter is mandatory when you select ID for Ignored Protection Type. Rule ID of a misreported event in Events whose type is not Custom. You are advised to handle false alarms on the Events page. |
041046 |
Rule Type |
This parameter is mandatory when you select Attack type for Ignored Protection Type. Select an attack type from the drop-down list box. WAF can defend against XSS attacks, web shells, SQL injection attacks, malicious crawlers, remote file inclusions, local file inclusions, command injection attacks, and other attacks. |
SQL injection |
Rule Description |
A brief description of the rule. This parameter is optional. |
SQL injection attacks are not intercepted. |
Ignore Field |
To ignore attacks of a specific field, specify the field in the Advanced Settings area. After you add the rule, WAF will stop blocking attacks matching the specified field. Select a target field from the first drop-down list box on the left. The following fields are supported: Params, Cookie, Header, Body, and Multipart.
NOTE:
If All is selected, WAF will not block all attack events of the selected field. |
Params All |
For a protection event triggered by a custom protection rule (such as a CC attack protection rule or precise protection rule), the custom protection rule is displayed in the Handle False Alarm dialog box. You can click Handle Now to go to the custom protection rule page. Then, click Disable or Delete in the Operation column of the target rule.

If you are sure a client IP address is blocked mistakenly, you can add the IP address to an address group and add the IP address to a blacklist/whitelist rule to allow it.
in the upper left corner and select a region or project.
in the upper left corner and choose Web Application Firewall (Dedicated) under Security.
After the preceding configurations are complete, WAF blocks or allows the client IP addresses based on the protection policy associated with the address group.

Parameter |
Description |
|---|---|
Add to |
|
Rule Name |
|
IP Address/Range/Group |
Add an IP address, IP address range, or address group. This parameter is mandatory only when you select New rule for Add to.
|
Protective Action |
Select the protective action for the rule. This parameter is mandatory only when you select New rule for Add to.
|
Known Attack Source |
If you select Block for Protective Action, you can configure a known attack source rule. Then, WAF blocks the requests matching the configured IP, Cookie, or Params for a period configured by the known attack source rule. For details about known attack source rules, see Configuring a Known Attack Source Rule to Block Specific Visitors for a Specified Duration. |
Rule Description |
Description of the rule. |
After the preceding configurations are complete, WAF blocks or allows client IP addresses based on the blacklist and whitelist rule you configure.
It takes about one minute for the operation works. Handled false alarms will no longer be displayed in the event list. You can refresh the browser cache, access the page for which the global whitelist rule is configured, and check whether the configuration is successful.