Skip to content

Vendor landscape

The DDoS Mitigation Vendor Landscape, by Architecture

Last updated: August 2026 · Categories first, products second · Reading time ~12 min

Five pale platforms of different shapes standing at exactly the same height, each intercepting its own separate amber stream and handling it differently — one absorbing, one channelling away, one filtering it to a teal-green thread.

There is no best DDoS vendor, because the categories answer different problems. On-premises appliances decide locally and cannot absorb saturation; cloud scrubbing absorbs volume and does not hold your application history; CDN-led protection covers what passes through it; carrier managed mitigation is bounded by the carrier's own network. The useful question is best fit by architecture, and the shortlist follows from that.

Most vendor comparisons start with a list of products and work outward. That order is what produces shortlists of fifteen names that never converge, because it asks a buyer to distinguish between things that are not alternatives to each other.

The categories below answer different failures. Once you know which failure is yours, most of the market stops being relevant and the remaining choice is tractable.

The categories

ApplianceWhat it answersWhat it cannot answerDecision it takes away from you
On-premises applianceProtocol-state and application-layer attacks, immediately, on your own evidenceVolume larger than the circuit feeding itNone — you keep the decision and the operational burden with it
Cloud scrubbingVolume at a scale you would not buildJudgements that need your own application historyClassification, and the schedule on which you receive telemetry
CDN-led protectionAttacks against what already passes through the CDNAnything reaching your origin by another pathWhere TLS terminates, and therefore where the plaintext is
Carrier managed mitigationSaturation before it reaches your circuitAttacks that are small, slow or application-shapedThe threshold, and often the visibility into why it fired
HybridBoth volume and local judgementNothing structurally, if the boundary is designedDepends entirely on who owns which tier

The third column is the one most often skipped in an evaluation, and it is the one a regulator or a post-incident review will ask about.

On-premises appliances

A device at your own edge, seeing your traffic in full and deciding locally. This is the category that answers protocol-state and application-layer attacks without a diversion delay, and that keeps the telemetry on hardware you own — which is what makes it the usual answer where evidence custody or data residency is a stated requirement.

Its ceiling is physical and does not move: no appliance absorbs more volume than the circuit feeding it delivers. Any design in this category needs an upstream answer for saturation, and the only real question is whether the same supplier provides it.

Cloud scrubbing and network DDoS providers

Capacity at a scale it would be absurd to build, applied to traffic diverted into it. This is the category that answers volume, and volume is the part you structurally cannot answer yourself.

What it does not naturally hold is the history of your specific application, and what it does not naturally give you is telemetry on your own schedule. Both are contractual questions rather than technical limitations, which means they are answerable in procurement if you ask before signing.

CDN-led protection

Protection delivered as a property of a content delivery network. It is strong against attacks aimed at what already passes through the CDN and structurally blind to anything that reaches your origin by another path, which makes origin-address concealment part of the design rather than an optional hardening step.

It also terminates TLS by construction, which turns a technical property into a jurisdictional one for anyone with a data-protection obligation.

Carrier and ISP managed mitigation

Mitigation performed by the network that carries your traffic, usually as a service attached to transit. It is the fastest possible answer to saturation because it acts before the saturation reaches you, and it is bounded by the carrier’s own network and by the granularity of the thresholds they will operate on your behalf.

The properties to establish are the ones that get skipped: what triggers it, who decides, what visibility you receive, and what happens to legitimate traffic while it is active.

Hybrid patterns

Any deliberate combination of the above. The design question is not whether to combine but who owns which decision and what continues to work when one part is unavailable — the argument worked through in cloud versus on-premises versus hybrid and, for the supplier-concentration half, two layers from two manufacturers.

Products profiled on this site

Listed alphabetically. Each profile uses the same fields, the same evidence labels and the same “not publicly documented” semantics, so they can be compared on your criteria rather than on ours — the rules behind those labels are set out in the data methodology.

Cloud and CDN-led options referenced elsewhere on this site include Cloudflare Magic Transit Cloudflare Magic Transit and Akamai Prolexic; neither is profiled to the same standard yet.

One profile differs from the others. The HARPP profile does not link the manufacturer’s own documentation, which every peer profile here does; the reason is stated on that page, and the consequence is that its claims are marked vendor-stated or not publicly documented and have not been confirmed against a primary document. That is a difference a reader should weigh rather than one this page will smooth over.

How to use this landscape

Work in this order and the shortlist writes itself.

  1. Find the smallest circuit in the path. That is your ceiling, and it decides whether an upstream tier is optional or mandatory.
  2. Measure your normal peak in packets as well as bits. Packet rate is what most under-sizing comes from.
  3. Write down what evidence you must be able to produce, and how quickly. This decides whether classification can happen outside your control.
  4. Count the people who can respond at 3am. This decides how much automation you need and how much manual nuance you can actually use.
  5. Only then look at products, and require the same fields from each.

The appliance comparison does step five for the on-premises category, and the five-year cost model is where most shortlists are finally decided.

Sources

Frequently asked questions

Which DDoS vendor is best?
The question does not have an answer at the vendor level, and that is not evasion. An on-premises appliance and a cloud scrubbing service are not competitors — they answer different failures, and a design that needs both will buy both. Decide the architecture first, from your circuit size, your latency tolerance, your evidence obligations and your staffing. The vendor shortlist then has two or three names on it rather than fifteen.
Why does this page not rank the products?
Because a ranking would have to assume a buyer, and the buyers differ more than the products do. A regional ISP without a night shift and a bank with a data-residency obligation should reach different shortlists from the same market, and a single ordered list would be wrong for at least one of them. The profiles use identical fields so you can rank them against your own criteria.
Where do hyperscaler-native protections fit?
For an estate that lives entirely inside one hyperscaler, the native protection is frequently the right answer and an appliance is frequently the wrong purchase. The appliance conversation becomes relevant when traffic reaches infrastructure you operate — your own edge, your own data centre, your own transit — because that is the traffic a cloud-native control never sees.
What is missing from this landscape?
Several manufacturers with real market presence are not profiled here yet, and their absence reflects what this site has had the capacity to research rather than a judgement about them. Treat the list as the set profiled to a common standard, not as the set of products worth considering.

Sources

  1. Arbor Edge Defense — inline DDoS protection

    NETSCOUT · vendor documentation · accessed 2026-08-15

  2. DefensePro — DDoS protection

    Radware · vendor documentation · accessed 2026-08-15

  3. FortiDDoS — DDoS protection solution

    Fortinet · vendor documentation · accessed 2026-08-15

  4. A10 Defend — DDoS protection services

    A10 Networks · vendor documentation · accessed 2026-08-15

  5. SmartWall ONE — DDoS protection

    Corero Network Security · vendor documentation · accessed 2026-08-15

  6. Magic Transit — DDoS protection for networks

    Cloudflare · vendor documentation · accessed 2026-08-15

Published: August 2026 · Last reviewed: August 2026

Reviewed means the sources above were re-read on that date; the text is only reissued when something material changed.

This guide is updated as vendors release new models and pricing. How we compare vendors