WAF — Web Application Firewall

Updated 19 Oct 2026 Published

WAF — Web Application Firewall

A Web Application Firewall inspects every HTTP request before it reaches your website and stops common attacks such as SQL injection, cross-site scripting (XSS) and file inclusion. VinzaPanel's WAF app is the panel front end for ModSecurity v3 with the OWASP Core Rule Set (CRS).

Install

  1. Click Vinza Store in the top bar and open WAF (ModSecurity).
  2. Click Install. The installer detects your active web server and installs the matching ModSecurity connector plus the OWASP CRS: libapache2-mod-security2 for Apache2, or the ModSecurity module for Nginx.
  3. Open Security → WAF (/apps/waf/).

The WAF starts in Log Only mode (ModSecurity DetectionOnly): attacks are recorded but nothing is blocked yet. phpMyAdmin (/phpmyadmin/) and webmail are always kept in log-only mode, because their normal requests contain SQL and HTML that the CRS would read as attacks.

WAF Overview tab with the Rule Engine Mode switch, events today, top attacking IPs and system info

Choose the engine mode

On the Overview tab, under Rule Engine Mode, pick the server-wide mode:

ModeEffect
On (protect)Requests that cross the anomaly threshold are blocked
Log OnlyRequests are inspected and logged, never blocked
Off (disable)No inspection
Warning

Some legitimate applications trigger CRS rules (for example rich-text editors that post HTML). Run in Log Only for a while, check the Threat Logs tab for false positives, tune them, and only then switch to On.

Per-site override

The Per-site WAF override card lets you give one domain its own mode — for instance Log Only for a single site that cannot tolerate blocking yet — while every other site keeps the server-wide mode. Use Reset to server-wide mode to remove the override. This is managed centrally; no .htaccess is involved.

Tune the rules

On the Rules & Tuning tab:

  • CRS Paranoia Level — L1 — Minimal (low false positives, recommended to start), L2 — Standard, L3 — High and L4 — Extreme (maximum protection, high risk of false positives).
  • Anomaly Score Threshold — each matching rule adds to a request's score; when the inbound score reaches the threshold, the request is blocked. A lower threshold is stricter and blocks requests sooner.

Fix false positives

On the Whitelist tab:

  • Disable Rule (False Positive Tuning) — enter the Rule ID that keeps blocking a legitimate request (you'll find it in the Threat Logs) and a Reason, so you remember later why it was turned off. Re-enable brings it back.
  • Add IP to WAF Whitelist — an IP or CIDR range with a comment (e.g. Office IP). Whitelisted IPs bypass all ModSecurity inspection, so use this sparingly.

WAF Whitelist tab with the Add IP form, the whitelisted IPs list and the Disable Rule form

Watch the logs

The Threat Logs tab reads ModSecurity's audit log and shows recent security events (time, source IP, method, URI, rule and message), the top triggered rules and the top attacking IPs. Click Load to fetch them.

The audit log itself is at /var/log/apache2/modsec_audit.log (Apache2) or /var/log/nginx/modsec_audit.log (Nginx).

Advanced: Config Editor

When the guided controls are not enough, the Config Editor tab lets administrators edit the ModSecurity configuration directly and Save & Reload.

What website owners see

Hosting users get a read-only WAF page: the effective mode for each of their domains, whether it is overridden, and recent blocked attacks aimed at their domains. All WAF settings stay with administrators.

Note

Uninstalling the WAF app sets the ModSecurity engine to Off rather than leaving a half-configured firewall behind.

On this page