Wanguard · Filter · on-premise DDoS mitigation

The anti-DDoS firewall that writes its own rules.

Wanguard Filter is the DDoS traffic analyzer and intelligent firewall-rules generator of Wanguard. Working from a Packet Sensor (in-line, port mirroring, TAP) or a Flow Sensor (NetFlow, sFlow, jFlow, IPFIX), it recognizes malicious traffic in under a second and filters it granularly, in-line or on diverted traffic — in software, in the NIC, with DPDK, or on BGP Flowspec routers — without baseline training, without an operator, and without taking the customer down.

rules in < 5 s (< 1 s on DPDK) · 10–40 Gbps per server · clusters to 100 G+

How Wanguard deploys: Sensor and Filter run on Linux servers beside your border router Console Wanguard Filter — side filtering by BGP diversion, on your own server Internet Your border router unchanged · BGP peer Your servers or your entire network all traffic incl. attacks clean traffic Sensor detects the anomaly or its flows feed the Filter Filter rules in < 5 s: Netfilter, in-NIC, DPDK or Flowspec flows · packetsBGPattack trafficclean
  1. Your routers keep forwarding as today.They export NetFlow, sFlow or IPFIX to a Sensor — or you mirror a link.
  2. Wanguard Sensor sees every flow and packet.It raises anomalies and signals your routers via BGP Flowspec, RTBH or diversion.
  3. Wanguard Filter scrubs the diverted traffic.Dynamic rules in under a second — Netfilter, in-NIC, DPDK or Flowspec — and the clean traffic goes back by static route or GRE/IPIP.
  4. Your network and servers stay reachable.No appliance in the path, no traffic leaving your network, no per-gigabit fees.
flows & packets to the SensorBGP signalling back to the routerattack traffic diverted to the Filterclean traffic delivered

Recognize, filter where it is fastest, tell the right people

Filter is stateless on purpose: it keeps working through the volumetric floods that exhaust stateful firewalls, IDSes and IPSes, and it sits at the network's entry points, before them.

Recognize the attack in seconds

Analyzes IP packets (VLAN and MPLS included) or NetFlow, sFlow and IPFIX flow data, with deep packet inspection for patterns inside payloads. Known, unknown and evolving DoS, DDoS and volumetric attacks are recognized and blocked in under a second — with no network baseline training and no operator intervention. Designed for asymmetric routing; a SYN proxy against spoofed SYN, SYN-ACK and ACK floods; optional third-party reputation blacklists.

Anomaly mitigation in the docs →

Filter where it is fastest

Rules on any combination of source and destination IPv4/IPv6 addresses, TCP and UDP ports, IP protocols, invalid IP headers, ICMP types, common TTL values, packet lengths, payloads, country, DNS transaction ID. Applied by the Netfilter framework or an embedded firewall in software; in the NIC on Intel 82599 (X520, X540, HP 560), Chelsio T5+ at 10/40/100 Gbps, or any DPDK Flow API card; on BGP Flowspec-capable routers; or on third-party firewalls, IPSes and load balancers through the API or scripts.

The Firewall page in the docs →

Tell the right people, keep the evidence

Per-endpoint threat management and an API for scripting the reaction: alert the NOC, the customer or the attacker's ISP with your email templates; syslog to log servers and SIEMs; capture a sample of the attacker's traffic for forensics and legal evidence; run your scripts — ACLs or “shun” commands on routers and PIX firewalls, “route blackhole” on Linux servers, SNMP traps to monitoring stations.

Response actions in the docs →

Cleaning servers run in-line or scrub traffic brought to them by BGP off-/on-ramping (sinkhole routing), S/RTBH or Flowspec; cleaned traffic goes back downstream by static routing or GRE/IPIP tunneling. Flow Filter needs no powerful server at all: it detects the same filtering rules from Flow Sensor data and applies them through the same backends — Netfilter, in-NIC, Flowspec or third-party devices; over BGP Flowspec a single instance can mitigate attacks above 1 Tbps. One license per Packet Filter interface, $995 a year — the most affordable on-premise anti-DDoS software on the market.

Deployment scenarios: five ways to put it in the path, or beside it

Side filtering is the usual one: the Filter announces itself as next hop for the attacked prefix, scrubs, and routes the clean traffic back. The others cover in-line links, mirror ports and the servers themselves.

Side filtering topology: the border router diverts the attacked prefix to the Wanguard Filter server by BGP; cleaned traffic is routed back into the network
Side filtering by BGP: the border router (or route reflector) learns the Filter server as next hop for the suspect traffic; the Linux kernel routes the cleaned traffic back.
  • Side filtering. Wanguard Filter sends a BGP routing update to a border router (route reflector) that sets its server as next hop for the suspect traffic. The kernel routes the cleaned traffic back into the network.
  • In-line routing. Wanguard Filter runs on a server that resides in the main data path, configured as a Linux router.
  • In-line network bridging. Wanguard Filter runs on a server that resides in the main data path, configured as an OSI Layer 2 Linux network bridge.
  • Out-of-line monitoring. Wanguard Filter runs on a server that receives a copy of packets from a network TAP or mirroring port, or flows from a Flow Sensor. Direct filtering is not possible, but it is still able to generate filtering rules that improve the visibility of attacks and can be applied to other in-line appliances or with BGP Flowspec (RFC 5575).
  • Critical services. Wanguard Filter runs as a service on each server that provides essential services. It applies the filtering rules to the local firewall.

Choosing a method of DDoS mitigation, in the docs →  ·  Network integration guideline →

Packet filtering and forwarding performance

The filtering methods complement each other — software rules are the most flexible, in-NIC filters drop at wire speed without loading the CPU, Flowspec moves the drop to the routers — and Filters cluster when one server is not enough.

The traffic-filtering methods directly supported by Wanguard Filter complement each other, performance-wise and feature-wise:

  • The software-based firewalls are very flexible, although not always fast enough on commodity hardware to be able to scrub a full 40 GbE link flooded with small packets. The software filtering performance depends on many parameters such as CPU type/speed/cache, Linux kernel version, NIC chipset, NIC driver, attack type, server load, routed traffic size, the multi-core balance of hardware interrupts, the number of existing rules and multi-queue settings.
  • The in-NIC hardware packet filters can drop 40 or 100 Gbps traffic at wire speed, inside the network adapter's chipset, without loading the CPU. It can apply only a subset of the filtering rules, so it may be not as efficient as the software-based firewall against all types of attacks.
  • Flowspec (RFC 5575) can be used to signal the routers to perform appropriate filtering actions for a particular flow, which is defined by an n-tuple, like a combination of source and destination IP address, protocol number and ports.

The stateless operation of Wanguard Filter ensures the detection and mitigation of volumetric attacks that may cripple even the most powerful stateful devices, such as firewalls, Intrusion Detection Systems (IDS) or Intrusion Protection Systems (IPS). The disadvantage of the stateless operation is that non-volumetric application layer (OSI Layer 7) attacks cannot be blocked, unlike traditional IPSes. Wanguard Filter should be installed on the network's entry points, before other stateful devices.

To increase the packet filtering capacity to 100 Gbit/s or more, you can cluster multiple Packet Filters deployed on different servers with 10+ Gbit/s network adapters. To split the traffic, you can use a hardware load balancer or equal-cost multipath routing.

When a DDoS attack saturates the uplink bandwidth or is above the capacity of the filtering server(s), Sensor can BGP black-hole/null-route the attacked destinations.

Minimum system requirements

10 Gbps (~14 Mpps) mitigation 40 Gbps (~30 Mpps) mitigation
Topology: In-line or out-of-line Out-of-line recommended
CPU: 2.4 GHz 10-core Intel Xeon E5-2640v4 2.4 GHz 14-core Intel Xeon E5-2690v4
RAM: 8 GB DDR4 quad-channel 16 GB DDR4 quad-channel
Network Cards: 1 x 10 GbE card (Chelsio T5+, Intel X520+, other DPDK-supported NIC)
1 x Gigabit Ethernet
1 x 40 GbE card (Chelsio T5+, Intel XL710+, other DPDK-supported NICs)
1 x Gigabit Ethernet
Operating System: RHEL/Rocky/Alma 8 to 10; Debian 10 to 13; Ubuntu 18 to 24 RHEL/Rocky/Alma 8 to 10; Debian 10 to 13; Ubuntu 18 to 24
Disk Space: 10 GB (including OS) 10 GB (including OS)

Full system requirements →DPDK configuration →Filter licenses, $995 / year →DPDK Engine, $1,410 / year →

Key features and benefits — the complete list

DDoS attack mitigation with Wanguard Filter

The Filter component of Wanguard is a DDoS traffic analyzer and intelligent firewall rules generator designed to protect networks from internal and external threats (availability attacks on DNS, VoIP, Mail and similar services, unauthorized traffic resulting in network congestion). It includes sophisticated traffic analysis algorithms that can detect and side-filter malicious traffic in a granular manner, without impacting the user experience or resulting in downtime.

Wanguard Filter works in cooperation with Packet Sensor (for in-line servers, port mirroring or network TAPs) or Flow Sensor (for NetFlow, sFlow, jFlow or IPFIX).

  • Defends against known, unknown and evolving DoS, DDoS and other volumetric attacks by smart filtering any combination of source and destination IPv4 or IPv6 addresses, source and destination TCP ports, source and destination UDP ports, IP protocols, invalid IP headers, ICMP types, common Time To Live values, packet lengths, packet payloads, country, DNS Transaction ID and more
  • Analyzes IP packets (including VLAN and MPLS traffic) as well as NetFlow, sFlow and IPFIX flow data, with deep packet inspection to find patterns inside packet payloads; leverages SYN Proxy for protecting against spoofed SYN, SYN-ACK and ACK attacks; blocks sources by using third-party reputation-based IP blacklisting services
  • Per-endpoint flexible threat management tools and an easy-to-use API for scripting the reaction to attack vectors: alert the NOC, customer or ISP of the attacker with user-defined email templates; send custom Syslog messages to remote log servers or SIEM systems; send SNMP TRAP messages to SNMP monitoring stations; capture a sample of the attacker's traffic for forensic investigation and legal evidence
  • Your scripts extend the built-in capabilities: configure ACLs or execute "shun" commands on routers and PIX firewalls, or filter attacking IP addresses by running "route blackhole" commands on Linux servers
  • Multiple packet filtering backends: software-based packet filtering using the Netfilter framework provided by the Linux kernel or the embedded Dataplane firewall; hardware-based packet filtering on 1/10 Gbps network cards with Intel's 82599 chipset (Intel X520 NIC, Intel X540 NIC, HP 560 NIC, other vendors), on 10/40/100 Gbps Chelsio T5+ network adapters or on any NIC that supports the DPDK Flow API; BGP Flowspec-capable routers; and third-party dedicated firewalls, IPSes and load balancers controlled by API or custom scripts — cleaned traffic is re-injected downstream with static routing or GRE/IPIP tunneling
  • Management and reporting through the advanced web-based Console, with a unified, holistic presentation; easy and non-disruptive installation on commodity server hardware — the most affordable on-premise anti-DDoS and DDoS mitigation software solution on the market

The rest of Wanguard

Filter works with the Packet Sensor or the Flow Sensor and reports to the same Console as everything else. Wansight — the same Sensors and Console without detection and mitigation — has no Filter.

Console

The workbench

Web UI, reports, dashboards, users and the API — the brain of the deployment.

Multi-tenant, with 40+ dashboard widgets, scoped views for customers, white-label login for MSSPs, PDF and Excel exports, 10 themes including a dark mode.

License
free, unlimited users
Auth
SAML 2.0, LDAP/AD, RADIUS
Automation
REST API, CLI, scripts
Console in detail →
Flow Sensor

Listens to routers

Collects and analyzes the flows your routers already export.

NetFlow v5/v7/v9, jFlow, cflowd, NetStream, sFlow v4/v5 and IPFIX; one instance per exporter, tens of instances per server; an optional flow collector with interactive flow graphs.

Per instance
1 exporter, tens of 10/40/100 GbE ports
Detection
≤ export time + 5 s
License
$595 / year
Flow Sensor in detail →
Packet Sensor

Sniffs the wire

Inspects packets from a mirror port, a TAP or an in-line link.

libpcap, PF_RING, Netmap or DPDK; 100 GbE and more than 30 Mpps per instance, clustered across CPU cores and servers; packet captures viewable in a Wireshark-like page.

Per instance
100 GbE, > 30 Mpps
Detection
≤ 1 s
License
$595 / year
Packet Sensor in detail →

Wanguard overview →  ·  Wansight →  ·  Pricing →

Try the full product on your own hardware

Every feature, any number of servers, 30 days — by requesting a free evaluation license. Our engineers help you set it up.

Request a trial key
Debian 11–13Ubuntu 20–26RHEL 9–10RockyAlmaLinux
1

Request a key

Fill in the trial form. We review it and email download links, documentation and a 30-day license within 24 hours.

2

Install on a spare Linux server

Any 64-bit Intel/AMD box or VM. Packages install under /opt in minutes; size the hardware with the system requirements.

3

Run it for real, then buy

Ask us anything during the trial. When it earns its keep, buy licenses in the online store — the trial installation carries on with the new key.

Already running Wanguard?

Wanguard 9.0 is out (23 July 2026). Upgrading from 8.x? Read the release notes first.