IP Bans & Security
The platform defends your tenant with 3 layers: fail2ban (automatic), ModSecurity (web application firewall), and your own manual bans/whitelists.
For the redesigned firewall UI, see Firewall Management.
IP Ban Management
Access at /admin/iptables. The v3 redesign gives you a stat strip, filter chips, sticky-header table, and themed confirmation modals. Mobile-responsive so you can ban from your phone.
- Ban. Block all access from an IP or CIDR
- Whitelist. Mark an IP as never auto-bannable (useful for VPNs or shared offices)
- View. See all active bans and whitelists with creation date and reason
Click an IP to copy it. Click a column header to sort. Filter by type, source, or age.
See Firewall Management for the full UI walkthrough.
Fail2Ban Integration
The platform integrates with Fail2Ban for automatic IP banning based on:
- Repeated failed login attempts
- Brute-force password attacks
- Rate limit violations
- Suspicious probe patterns (404 scanning, SQL injection attempts)
Bans expire automatically (1 hour for first offense, longer for repeats). Whitelisted IPs are never banned by fail2ban.
ModSecurity Rules
View active ModSecurity web application firewall rules and their hit counts. Rules protect against OWASP Top 10 vulnerabilities including SQL injection, XSS, and path traversal.
ModSec runs at the nginx layer. Blocked requests never reach the application.
Security Console
Access at /admin/security-tools (platform-admin level). Tabs for:
- IP management. Ban/whitelist with search
- Fail2Ban. Jail status, banned IPs, unban
- ModSec rules. Rule list with hit counts
- Cron security. Scheduled security task status
Audit trail
Every ban, whitelist, edit, and unban writes to the audit log at /admin/audit-log. Filter by firewall events to see who banned what and when.
Access
/admin/iptables requires Tenant Admin role or higher. The security console requires Platform Admin role.
## IP Bans & Security The platform defends your tenant with 3 layers: fail2ban (automatic), ModSecurity (web application firewall), and your own manual bans/whitelists. For the redesigned firewall UI, see [Firewall Management](/know/admin-iptables). --- ## IP Ban Management Access at `/admin/iptables`. The v3 redesign gives you a stat strip, filter chips, sticky-header table, and themed confirmation modals. Mobile-responsive so you can ban from your phone. - **Ban.** Block all access from an IP or CIDR - **Whitelist.** Mark an IP as never auto-bannable (useful for VPNs or shared offices) - **View.** See all active bans and whitelists with creation date and reason Click an IP to copy it. Click a column header to sort. Filter by type, source, or age. See [Firewall Management](/know/admin-iptables) for the full UI walkthrough. --- ## Fail2Ban Integration The platform integrates with Fail2Ban for automatic IP banning based on: - Repeated failed login attempts - Brute-force password attacks - Rate limit violations - Suspicious probe patterns (404 scanning, SQL injection attempts) Bans expire automatically (1 hour for first offense, longer for repeats). Whitelisted IPs are never banned by fail2ban. --- ## ModSecurity Rules View active ModSecurity web application firewall rules and their hit counts. Rules protect against OWASP Top 10 vulnerabilities including SQL injection, XSS, and path traversal. ModSec runs at the nginx layer. Blocked requests never reach the application. --- ## Security Console Access at `/admin/security-tools` (platform-admin level). Tabs for: - **IP management.** Ban/whitelist with search - **Fail2Ban.** Jail status, banned IPs, unban - **ModSec rules.** Rule list with hit counts - **Cron security.** Scheduled security task status --- ## Audit trail Every ban, whitelist, edit, and unban writes to the audit log at `/admin/audit-log`. Filter by firewall events to see who banned what and when. --- ## Access `/admin/iptables` requires Tenant Admin role or higher. The security console requires Platform Admin role.