Handle a false negative or an incomplete mitigation
A false negative is a lack of identification. In the case of DDoS protection, there is a false negative when attack traffic is mistakenly classified as legitimate traffic and is not mitigated. This can occur when the attack traffic is not sufficiently high to trigger mitigation actions or if there are no rules matching the attack.
To address a false negative:
An incomplete mitigation is a case when the DDoS protection systems have applied mitigation, but not all the attack was mitigated. This can happen when Cloudflare’s systems apply a mitigation action that is less strict than what the attack requires.
The system chooses the mitigation action based on the logic and the DDoS protection system’s confidence that the traffic is indeed part of an attack:
- For high-confidence rules, the system will apply a strict mitigation action such as the Block action.
- For low-confidence rules, the system will apply a less strict mitigation rule such as Challenge or Force Connection Close.
If you are experiencing a DDoS attack detected by Cloudflare and the applied mitigation action is not sufficiently strict, change the rule action to Block:
Go to the analytics dashboard and apply filters to the displayed data.
For WAF/CDN customers
- Select the zone that is experiencing an incomplete mitigation of a DDoS attack.
- Go to Security > Events.
- Select Add filter and filter by
Service equals HTTP DDoS.
For Magic Transit and Spectrum customers
- Go to Account Home > Analytics & Logs > Network Analytics.
- Identify the DDoS attack that is having incomplete mitigations. Use the Attack ID number included in the DDoS alert (if you received one), or apply dashboard filters such as destination IP address and port.
Scroll down to Top events by source > HTTP DDoS rules.
Copy the rule name.
Go to your zone > Security > DDoS and select Deploy a DDoS override. If you cannot deploy any additional overrides, edit an existing override to adjust rule configuration.
Select Browse rules and paste the rule name in the search field.
Change the rule’s Action to Block.
Select Next and then select Save.
- Time period of the attack (UTC timestamp)
- Domain/path being targeted (zone name/ID)
- Attack frequency
- Steps to reproduce the issue, with actual results versus expected results
- Any relevant additional information such as site URLs, error messages, screenshots, or relevant logs from your origin web server