TTechclick ⚡ XP 0% All lessons
Radware · DDoS Protection · OverviewInteractive · L1 / L2 / L3

Radware DDoS Protection — DefensePro, Cloud DDoS & the Hybrid Model

Radware DDoS protection is not one box — it is a portfolio: the DefensePro appliance detects and scrubs at your edge in milliseconds, the global Cloud DDoS service absorbs floods too big for any single pipe, and Cloud Signaling stitches them into a gapless hybrid run from one console. This lesson maps every piece and walks a 40 Gbps flood from detection to cloud diversion and back.

📅 2026-06-18 · ⏱ 16 min · 5 infographics · live attack demo · 🏷 10-Q assessment + AI Tutor inline

⚡ Quick Answer

A clear, interactive guide to Radware DDoS protection (2026): the on-prem DefensePro appliance with behavioral detection and Real-Time Signatures, the global Cloud DDoS scrubbing-center network, the hybrid model wired together by Cloud Signaling and DefensePipe, the APSolute Vision console and the 24x7 ERT — plus how to pick always-on, on-demand or hybrid.

🎯 By the end you will be able to

Read as:

Pick where you want to start

1

Why one layer fails

On-prem is fast but pipe-limited; cloud is huge but adds latency.

2

Meet the components

DefensePro, Cloud DDoS, APSolute Vision, ERT.

3

The hybrid model

Detect, Cloud Signaling, DefensePipe divert and return.

4

Choose deployment

Always-on vs on-demand vs hybrid, and how to size it.

🧠 Warm-up — 3 questions, no score

Just notice which ones make you pause. We answer all three inside the lesson.

1. Can one on-prem appliance stop every DDoS attack on its own?

Answered in Why one layer fails.

2. Which Radware piece absorbs huge volumetric floods?

Answered in Meet the components.

3. What triggers the cloud to start scrubbing during a hybrid attack?

Answered in The hybrid model.

Most engineers think…

Most people picture DDoS protection as 'one appliance at the edge that blocks the flood'. That mental model breaks the moment an attack is bigger than your internet pipe.

Radware DDoS protection is a portfolio: the DefensePro appliance does fast, low-latency behavioral detection and mitigation at the data-center edge; the Cloud DDoS Protection Service is a global Anycast scrubbing network that absorbs volumetric floods no single link can survive; Cloud Signaling is the automated bridge that pulls the cloud in within seconds; and it is all run from APSolute Vision with the 24x7 ERT behind it. The skill is knowing which layer solves which problem — and how the hybrid handoff stays gapless.

① Why one layer isn't enough — the pipe-vs-latency trade-off

The single most important idea: no one layer wins alone. An on-prem appliance like DefensePro is fast — it scrubs at the edge in milliseconds with almost no added latency — but it can only clean what reaches it. If a volumetric flood is bigger than your internet pipe, the link is already saturated upstream of the box; the appliance reports 'mitigating' while users still see an outage.

A pure cloud service solves the pipe problem with massive capacity, but routing all traffic through a distant scrubbing center adds latency and cost you may not want full-time. That tension — local speed versus cloud capacity — is exactly what Radware's portfolio resolves: detect locally, scrub globally, and hand off automatically when the pipe is threatened.

Legenddiagram titlestage namewhat the stage doesflow arrows & bordersdiagram canvas
Figure 1 — The Radware DDoS loop — baseline, detect, mitigate, divert, return
Local detection runs continuously; only when the pipe is threatened does traffic divert to the cloud and return clean.The Radware DDoS loop — baseline, detect, mitigate, divert, returnBaselinelearn normal trafficDetectbehavioral anomalyMitigateReal-Time SignatureDivertCloud SignalingReturnclean via DefensePipe
Local detection runs continuously; only when the pipe is threatened does traffic divert to the cloud and return clean.
Figure 2 — On-prem appliance vs cloud scrubbing
Each layer solves a different half of the problem — which is why Radware pairs them in a hybrid model.On-prem appliance vs cloud scrubbingDefensePro (on-prem)Millisecond local mitigationBehavioral, no signaturesLimited by your pipe sizeBest for L7 + speedCloud DDoS (global)~15 Tbps+ Anycast capacityAbsorbs volumetric floodsAdds latency / costBest for huge volume
Each layer solves a different half of the problem — which is why Radware pairs them in a hybrid model.
Quick check · Q1 of 10 · Understand

Why can an on-prem DDoS appliance still let an outage happen?

Correct: a. DefensePro scrubs only what reaches it. If a volumetric flood exceeds your pipe, the link is saturated upstream of the box, so users see an outage even while it reports 'mitigating' — that is why you need cloud capacity too.
👉 So far: No single layer wins: an appliance is fast but pipe-limited, the cloud is huge but adds latency — so Radware detects locally and scrubs globally, handing off automatically.

② Meet the components — appliance, cloud, console and people

Four pieces, one job each. DefensePro is the on-prem appliance (hardware or virtual DPVA): inline or out-of-path, it does patented behavioral, real-time detection with no pre-set signatures, covering network, DNS, low-and-slow, burst, Layer-7 / Web DDoS and encrypted attacks. The Cloud DDoS Protection Service is the muscle — a global, full-mesh Anycast scrubbing network (commonly cited at ~15 Tbps+) that absorbs the volume an appliance never could.

The cockpit and the people

APSolute Vision — delivered within Radware's Cyber Controller — is the single console to configure policy, monitor the attack lifecycle, run forensics and report across many DefensePro devices and sites, with SIEM/NMS/ticketing integration. Behind it sits the ERT (Emergency Response Team): Radware's 24x7 SOC-backed experts who help mitigate live attacks, with emergency onboarding for customers already under fire and a strong time-to-detect/divert/mitigate SLA.

Figure 3 — One portfolio, managed from one console
DefensePro and the Cloud DDoS service are configured, monitored and reported from APSolute Vision, with the ERT on call.One portfolio, managed from one consoleAPSolute Vision+ Cyber ControllerDefensePro edgeCloud DDoS serviceCloud SignalingDefensePipeERT (24x7 SOC)SIEM / ticketing
DefensePro and the Cloud DDoS service are configured, monitored and reported from APSolute Vision, with the ERT on call.
🛡️
DefensePro
tap to flip

The on-prem appliance (hardware or virtual DPVA). Behavioral, real-time DDoS detection and mitigation at the edge — network, DNS, L7 and encrypted attacks.

📡
Cloud Signaling
tap to flip

The automated message from DefensePro to the Radware cloud asking it to divert and scrub when local capacity is threatened — the heart of hybrid.

🧬
Real-Time Signature (RTS)
tap to flip

A precise attack signature the BDoS engine auto-generates in roughly 18 seconds, blocking the attack while legitimate traffic flows.

🌐
DefensePipe
tap to flip

Radware's branded cloud diversion path: traffic is steered into it during a volumetric attack, scrubbed, and the clean traffic is returned.

Name the layers, not just the box

In an interview, separate the four pieces: DefensePro (fast local detection/mitigation), the Cloud DDoS service (volumetric scrubbing), Cloud Signaling/DefensePipe (the automated bridge), and APSolute Vision + ERT (manage and respond). Saying 'we have a Radware box' under-sells the whole portfolio.

Quick check · Q2 of 10 · Remember

Which component is the global scrubbing network that absorbs volumetric floods?

Correct: c. The Cloud DDoS Protection Service is the global, full-mesh Anycast scrubbing network (~15 Tbps+). DefensePro is the on-prem appliance, APSolute Vision is the console, and the ERT is the human response team.
👉 So far: Four pieces: DefensePro (edge), Cloud DDoS service (volumetric muscle), APSolute Vision (the cockpit) and the ERT (24x7 people) — each with one job it does best.

③ How the hybrid model actually works — the gapless handoff

Hybrid is where it clicks. DefensePro watches normal traffic and, the moment it sees an anomaly, its BDoS (Behavioral DoS) engine auto-generates a precise Real-Time Signature in roughly 18 seconds — blocking the attack while legitimate traffic flows, with no human in the loop. For everyday attacks that fit your pipe, the appliance alone finishes the job.

When the inbound rate climbs toward link capacity, Cloud Signaling fires: DefensePro sends an automated message to the Radware cloud asking it to divert and scrub. Traffic is steered into DefensePipe (the branded cloud diversion path) via BGP or DNS, cleaned in the nearest scrubbing center, and the clean traffic is returned to you. No phone call, no manual reroute — the handoff happens in seconds, which is the whole point of 'hybrid'.

Figure 4 — The hybrid handoff, step by step
DefensePro mitigates locally until the pipe is threatened, then Cloud Signaling pulls in cloud scrubbing — gaplessly.The hybrid handoff, step by stepLocal detect + mitigateBDoS + Real-Time Signature in ~18sThreshold crossedInbound nears link capacityCloud Signaling + divertBGP/DNS steer into DefensePipeScrub + return cleanAnycast center cleans, sends back
DefensePro mitigates locally until the pipe is threatened, then Cloud Signaling pulls in cloud scrubbing — gaplessly.
'The appliance handles everything' under-sell

DefensePro cannot un-saturate a pipe that the flood already filled upstream. Without Cloud Signaling configured to divert before the link maxes out, a big volumetric attack still takes you down — always map appliance speed to cloud capacity via the signaling threshold.

▶ Watch a 40 Gbps flood get diverted and scrubbed in the cloud

How a volumetric attack is handled end-to-end in a hybrid setup. Press Play for the healthy path, then Break it to see the classic failure.

① DetectDefensePro spots a UDP flood against the portal and BDoS auto-builds a Real-Time Signature to block it locally.
② ThresholdInbound traffic climbs toward link capacity; the appliance sees the pipe is about to saturate.
③ Signal + divertCloud Signaling fires; traffic is steered into DefensePipe via BGP/DNS toward the nearest scrubbing center.
④ Scrub + returnThe Anycast cloud cleans the flood and returns legitimate traffic; the portal and DNS stay reachable.
Press Play to step through the healthy hybrid path. Then press Break it.
Quick check · Q3 of 10 · Apply

Inbound traffic is climbing toward your link's limit. In a hybrid setup, what should happen automatically?

Correct: c. When the inbound rate nears link capacity, DefensePro's Cloud Signaling sends an automated divert request; traffic is steered into DefensePipe (via BGP/DNS), scrubbed in the cloud and returned clean — a gapless handoff with no manual step.
👉 So far: Hybrid handoff: BDoS auto-builds a Real-Time Signature in ~18s; when the pipe is threatened, Cloud Signaling diverts traffic into DefensePipe, scrubs it and returns it clean — gaplessly.

④ Choosing your deployment — always-on, on-demand or hybrid

Three cloud deployment modes, chosen by your constraints. Always-on permanently routes all traffic through the cloud — lowest risk, no on-prem box required, but it adds steady latency. On-demand only diverts when the pipe is threatened — the lowest-cost option, with a brief activation delay at the start of an attack. Hybrid keeps DefensePro doing instant local detection/mitigation and uses the cloud only for volumetric scrubbing via Cloud Signaling — best of both, but you must host and size the appliance.

Pick by three questions

How much latency can you tolerate? How big is your pipe versus the floods you expect? Can you host an appliance on-site? Latency-sensitive with a box you can host points to hybrid; no appliance and want simplicity points to always-on; cost-sensitive with rare attacks points to on-demand. The classic failure is running an appliance with Cloud Signaling left unconfigured — so a flood saturates the pipe and the cloud never gets the divert request.

Figure 5 — Always-on vs on-demand vs hybrid
Pick the mode by latency tolerance, pipe size and whether you can host an appliance.Always-on vs on-demand vs hybridAlways-onall traffic via cloudOn-demanddivert only on attackHybridon-prem + cloud signal
Pick the mode by latency tolerance, pipe size and whether you can host an appliance.

Karan Mehta at NetReach Broadband (Pune ISP) faces this

During a 40 Gbps UDP flood the customer portal and DNS go unreachable for 2-3 minutes, even though DefensePro reports 'mitigating'.

Likely cause

The attack volume exceeds the upstream pipe — DefensePro is scrubbing correctly but the link itself is saturated upstream of the appliance, and cloud diversion is not kicking in.

Diagnosis

In APSolute Vision, open the DefensePro device's Security Monitoring / Attack dashboard and confirm RTS/BDoS is active with inbound rate pinned at link capacity; then under the device's Cloud / Defense Messaging settings, find the Cloud Signaling threshold unset or set too high, so no divert request is ever sent.

APSolute Vision ▸ select DefensePro device ▸ Security Monitoring + Cloud / Defense Messaging (Cloud Signaling)
Fix

Enable Cloud Signaling, set the bandwidth threshold below the pipe limit (e.g. divert at ~70% of link), and confirm the cloud account and DefensePipe diversion (BGP or DNS) are provisioned.

Verify

Re-run a controlled volumetric test: in APSolute Vision watch the attack auto-divert to the scrubbing center, on-prem inbound rate drop, portal/DNS stay reachable, and clean traffic return via DefensePipe.

Prove the divert, don't assume it

Never trust 'Cloud Signaling is on' on faith. Run a controlled volumetric test and watch APSolute Vision show the attack divert to the scrubbing center, the on-prem inbound rate fall, and clean traffic return via DefensePipe. That single test answers whether your hybrid actually works.

Quick check · Q4 of 10 · Analyze

A cost-sensitive site rarely gets attacked and wants the cheapest cloud option. Which mode fits?

Correct: b. On-demand diverts to the cloud only during an attack, so it is the lowest-cost mode — at the price of a brief activation delay. Always-on routes everything through the cloud full-time; hybrid keeps an on-prem appliance running.
👉 So far: Pick by latency, pipe size and appliance hosting: always-on (simplest), on-demand (cheapest), hybrid (best of both). The classic failure is leaving Cloud Signaling unconfigured.

🤖 Ask the AI Tutor

Tap any question — instant, scoped to this lesson. No login, no waiting.

Pre-curated from vendor docs + community Q&A, scoped to this lesson. For a live prod issue, paste your export into chat.techclick.in.

📝 Wrap-up assessment — six more

You've answered 4 inline. Six left. 70% (7 of 10) marks the lesson complete on your profile. Tap Submit all answers at the end.

Q5 · Remember

Where does the DefensePro appliance primarily sit?

Correct: b. DefensePro is the on-prem appliance (hardware or virtual DPVA) deployed inline or out-of-path at the perimeter, doing fast local detection and mitigation. The cloud service lives in Radware's global scrubbing network.
Q6 · Understand

DefensePro detects attacks primarily by which method?

Correct: a. DefensePro uses patented behavioral detection — it learns a normal-traffic baseline and, on an anomaly, its BDoS engine auto-builds a Real-Time Signature in ~18 seconds. It does not rely on pre-set signatures or manual rules.
Q7 · Apply

A 40 Gbps flood is overwhelming a 10 Gbps pipe. What actually saves the site?

Correct: b. Once a flood exceeds the pipe, no on-prem box can help — the link is saturated upstream. Cloud Signaling diverts traffic into DefensePipe so the global cloud absorbs the volume and returns clean traffic.
Q8 · Analyze

Why is the hybrid model called a 'gapless' handoff?

Correct: d. DefensePro mitigates locally and, the instant the link nears saturation, Cloud Signaling fires automatically and traffic diverts into DefensePipe — no phone call or manual reroute, so there is no protection gap during the handoff.
Q9 · Evaluate

A latency-sensitive bank can host an appliance and wants instant local mitigation plus cover for huge floods. Best deployment?

Correct: c. Hybrid keeps DefensePro doing millisecond local mitigation (great for latency) while Cloud Signaling brings in cloud capacity only for volumetric floods. Always-on adds steady latency; on-demand alone gives up the instant local layer.
Q10 · Evaluate

What is the most common reason a hybrid Radware setup still suffers an outage?

Correct: c. If the Cloud Signaling threshold is unset or set above the pipe limit, DefensePro never asks the cloud to divert; the link saturates upstream and the cloud never engages — even while the appliance reports 'mitigating'. Set the threshold below link capacity.
Lesson complete — saved to your profile.
Almost! You need 70% (7 of 10) — re-read the path that tripped you up and tap "Try again".

🧠 In your own words

Type one line: why is Radware DDoS protection 'detect locally, scrub globally' rather than 'one appliance at the edge'? Then compare with the expert version.

Expert version: Because no single layer wins. DefensePro detects and mitigates at the edge in milliseconds — perfect for speed and Layer-7 attacks — but it cannot un-saturate a pipe a volumetric flood has already filled upstream. The global Cloud DDoS service has the Anycast capacity to absorb that volume, and Cloud Signaling automatically diverts traffic into DefensePipe the moment the link is threatened, then returns it clean. You manage it all from APSolute Vision with the 24x7 ERT behind you, which is exactly why it is a portfolio — local speed, cloud scale, automatic handoff — not one box.

🗣 Teach a friend

Best way to lock it in — explain it in one line to a teammate. Tap to generate a paste-ready summary.

📖 Glossary

DefensePro
Radware's on-prem appliance (hardware or virtual DPVA) for behavioral DDoS detection and mitigation at the data-center edge.
Cloud DDoS Protection Service
Radware's global, full-mesh Anycast scrubbing-center network (~15 Tbps+) that absorbs volumetric floods too big for a single pipe.
Cloud Signaling
The automated message from DefensePro to the cloud asking it to divert and scrub traffic when local capacity is threatened.
DefensePipe
Radware's branded cloud diversion path: traffic is steered into it during a volumetric attack, scrubbed, and the clean traffic is returned.
Real-Time Signature (RTS)
A precise attack signature DefensePro's BDoS engine auto-generates in roughly 18 seconds to block just the attack.
BDoS
Behavioral DoS — DefensePro's engine that baselines normal traffic and builds Real-Time Signatures from anomalies.
APSolute Vision
Radware's centralized console (within Cyber Controller) to configure, monitor and report across many DefensePro devices and sites.
ERT
Emergency Response Team — Radware's 24x7 SOC-backed experts who help mitigate active attacks, with emergency onboarding.
Anycast
Routing that sends traffic to the nearest scrubbing node, mitigating close to the attack's source.
Hybrid DDoS protection
On-prem detection/mitigation combined with cloud volumetric scrubbing, linked by Cloud Signaling.

📚 Sources

  1. Radware — Advanced DDoS Defense and Attack Mitigation | DefensePro. radware.com
  2. Radware — Cloud DDoS Protection Service (global Anycast scrubbing network). radware.com
  3. Radware — DDoS Attack Mitigation Service | Emergency Response Team (ERT). radware.com
  4. Radware — What Does APSolute Vision Network Monitoring Tool Do. radware.com
  5. Radware — Encrypted Web DDoS attack blocking without SSL decryption (Mar 2026). globenewswire.com
  6. Cisco — Secure DDoS Protection: DefensePro X and DPVA data sheet. cisco.com

What's next?

Got the portfolio? Next, go deep on DefensePro's detection engine — BDoS, DNS protection, behavioral L7 / Web DDoS and the 2026 encrypted-attack mitigation that works without SSL decryption — and how Real-Time Signatures keep false positives near zero.