Security
The host's Security tab is where you configure how incoming web traffic is protected. This page covers the practical configuration steps. For how the underlying protections work, see the Security overview.
Note
Security settings can also be applied at the group level and inherited by every host in the group. See Groups.
This tab covers:
TurboShield - traffic filtering, bot controls and attack detectionIP allow-list - trusted IP addresses and ranges that bypass blockingGeoIP filtering - allow or block traffic by countryWeb Application Firewall - block requests matching known attack patternsAutomatically managed protections - the firewall TurboStack manages for you
TurboShield
TurboShield protects your applications against malicious web traffic and Distributed Denial of Service (DDoS) attacks - attempts to overwhelm your site with so many requests that it goes offline. It applies rate limits, a cap on how many requests one visitor can make. It adds bot controls, which tell good automated visitors from bad ones. It also detects attack behavior and temporarily bans the source. You can enable or disable it per host and choose a protection level. For everything it does and every setting, see What is TurboShield? and Configure TurboShield.
Throttled visitors receive a soft 429 (Too Many Requests) response rather than being banned at the firewall, so legitimate traffic recovers automatically once it slows down. This matters for you because it means search engines and real customers are not locked out when traffic spikes. Bans, which only follow clear attack behavior, always expire on their own.
To configure TurboShield:
- Open the host's Security tab.
- Enable TurboShield.
- Select a protection level. The default is
medium. - Save your changes.
Tip
Start with medium and only raise the level if you observe abusive traffic. Switch to attack temporarily while an attack is in progress, then return to your normal level.
For details on how TurboShield evaluates traffic, see the Security overview.
IP allow-list
The IP allow-list (firewall_whitelist) lets you define trusted Internet Protocol (IP) addresses, and ranges of them, that bypass rate-limiting and blocking. An IP address is the network address of a device or office, such as 203.0.113.10. A range is written in Classless Inter-Domain Routing (CIDR) notation, such as 203.0.113.0/24, which means a block of addresses. This is useful for office networks, monitoring services, and integration partners that should never be throttled or blocked.
A trusted IP is also allowed through the host firewall, so it can reach ports that are otherwise closed to the public.
- Open the host's Security tab.
- Add each trusted IP address or CIDR range to the
firewall_whitelist. - Save your changes.
Warning
Validate every source before adding it. Wide ranges grant unrestricted access and can expose your host to abuse. Add the narrowest range that meets your need.
GeoIP filtering
GeoIP filtering lets you allow or block web traffic based on the visitor's country.
Warning
Country-based filtering carries a high risk of false positives. Visitors using VPNs, mobile networks, or proxies may be misidentified by country. Test carefully before relying on GeoIP rules in production.
Web Application Firewall
The Web Application Firewall (WAF) inspects each incoming web request against a managed set of rules and blocks ones that match known attack patterns. TurboStack uses Imunify for this, which also scans the files on the host for malware. It works at the application layer, which is layer 7 of the Open Systems Interconnection (OSI) network model, so it can inspect the content of a request. This is a deeper level than the network firewall, which filters traffic at the network layer (layer 3). Working at layer 7 lets the WAF stop application-level attacks from the OWASP Top 10. That is the Open Worldwide Application Security Project's industry list of the most common web application risks. The two most common patterns it stops are:
- SQL injection - an attacker tries to smuggle database commands through a form or URL to read or change your data.
- Cross-site scripting (XSS) - an attacker tries to inject malicious code into your pages so it runs in your visitors' browsers.
The WAF also applies virtual patches. A virtual patch closes a known, exploited vulnerability at the firewall before the application itself is patched. This means a newly disclosed leak can be blocked immediately, instead of waiting for an application update.
You do not write these rules yourself; TurboStack maintains them. You choose whether the WAF is on and where it sends alerts.
- Open the host's Security tab.
- Enable the Web Application Firewall.
- Enter a notification email address. TurboStack sends WAF security alerts, such as malware detections, to this address.
- Save your changes.
Tip
Keep the WAF enabled. If a rule ever blocks a legitimate request in your application (a false positive), contact support to adjust it rather than turning the whole WAF off.
Automatically managed protections
The Firewall is managed automatically by TurboStack and does not require manual configuration. See the Security overview for how they fit into the overall protection model.