ESA WAF provides four protection policies of increasing complexity, from one-click AI-powered rate limiting to fully custom rules.
Mitigation policies
The table below compares all four policies. Start with the one that fits your needs — you can layer more later.
Policy | Use cases | Complexity | Key benefits |
Smart rate limiting | Individual developers and new, small-scale websites | Very Low | One-click, AI-powered protection with zero configuration. |
Create rules from security analytics | Proactive identification and mitigation of potential threats on stable websites. | Low | Data-driven insights to pinpoint and quickly respond to anomalous traffic. |
Create rules from a rule template | Combat common attacks or address specific protection needs. | Medium | Pre-built templates cover common scenarios for efficient deployment. |
Create custom rules | Complex or unique security needs requiring fine-grained control. | High | Flexible enough for complex protection requirements. |
Policy 1: Smart rate limiting
This is the fastest way to get started, ideal for users new to web security.
The smart rate limiting feature uses ESA's AI engine to automate rate limiting. Enable the feature and select a protection level. The system learns a baseline from your past seven days of traffic and blocks requests that exceed normal patterns — no manual configuration required. Effective against CC attacks (resource exhaustion) and malicious crawlers.
Use cases
Individual developers or startups: Low-traffic websites that need basic CC attack protection with minimal setup.
Security beginners: Users unfamiliar with WAF who need one-click protection.
Before you begin
Activation time: Takes effect about 10 seconds after enablement.
Block duration: IPs that trigger rate limiting are blocked for approximately 24 hours.
Handling false positives: If a legitimate IP address is blocked, add it to a whitelist under WAF > Whitelist Rules.
Steps
Policy 2: Security analytics
Monitor traffic proactively and respond to potential threats.
ESA provides Security Analytics and Events dashboards to inspect requests by IP, path, and User-Agent. When you spot anomalies, create a WAF rule from the dashboard with one click. For example:
Block an IP sending repeated malicious requests.
Block a crawler disguised as a browser by its User-Agent.
Use cases
Growing websites: Detect anomalies early as website traffic grows.
Proactive security operations: Stop suspicious behavior, such as rapid directory scanning, before it escalates.
Note
Security Analytics and Events data has approximately 5 minutes of latency.
Steps
Policy 3: Rule templates
Use rule templates to combat common attack types.
ESA provides pre-configured rule templates based on real-world attack data: blocking empty-Referer requests, protecting login pages from brute force, and allowlisting IPs. Select a template, fill in the parameters (such as your login URL), and the rule deploys immediately.
Use cases
Common attacks: Your website faces brute-force, SQL injection, or similar attacks.
Clear protection goals: You know exactly what you need, such as "allow only search engine crawlers".
Note
Read each template's description before use. Misconfigured parameters may block legitimate traffic.
Steps
Policy 4: Custom rules
When other policies fall short, use WAF Configuration Rules for fully customized protection.
Custom rules combine request attributes — IP, URL path, headers, cookies, and body — into match conditions. Assign an action (block, observe, or allow) for full control over traffic filtering.
Use cases
Advanced security operations: You need fine-grained, multi-condition rules built by experienced security engineers.
Special business scenarios: Your application requires tightly integrated rules, such as restricting API access to users with a specific cookie.
Responding to complex attacks: You face advanced persistent threats (APTs) with evolving methods that demand adaptive rules.




