How-to

Path Traffic Spike Detector

Trips when a specific URL path’s traffic spikes over its own baseline — catches card-testing, credential stuffing, and cart-abuse bots that distribute across ASNs.

2 min readLast updated 13 August 2026
Jump to section

What it detects

Abuse that targets one specific URL but spreads across many IPs / ASNs so no single network looks suspicious. Classic examples:

  • Card testing — a bot submitting stolen cards to your checkout-submit endpoint (e.g. COBilling-Submit or CheckoutServices-SubmitPayment) from a pool of residential proxies
  • Credential stuffing — automated login attempts distributed across hundreds of IPs
  • Grinch / inventory bots — bursts of Cart-AddProduct calls when a product drops

In all three cases the ASN distribution looks normal, but ONE path's request rate goes 5-100× above its own baseline. The path_spike detector notices that.

How it works

Every minute, the detector compares each path prefix's current 5-minute request rate against its 60-minute baseline rate. When:

current_rpm > multiplier × baseline_rpm    AND    current_total > min_requests

…the detector opens a warning alert. If the ratio exceeds multiplier × 3 the alert opens as critical instead.

When a path has no prior traffic (baseline rpm = 0) and current traffic crosses min_requests, that's an immediate critical — the attacker just discovered a new endpoint.

Default thresholds

ThresholdDefaultDescription
window_minutes5Current evaluation window
baseline_minutes60Baseline window (must be ≥ current)
multiplier5Trip when current rpm > multiplier × baseline rpm
min_requests100Floor on current total — 100× lower than asn_spike because per-path volume is smaller

The min_requests floor of 100 is deliberately low. A card-testing bot sending 20-50 attempts per minute sits far below the asn_spike floor of 10,000 but is exactly the pattern we want to catch here.

Enabling the detector

Ships disabled by default so you can validate thresholds against your own traffic first. To enable:

  1. Go to the Rules page
  2. Find "Path Traffic Spike"
  3. Adjust thresholds if your site has unusual traffic shapes
  4. Toggle Enabled

Alert lifecycle

  • dimensionKey = path:<prefix> — one alert per path, auto-resolves when the rate falls back within the multiplier
  • Links from the Alerts page straight to the path detail view where you can see which ASNs are driving the spike
  • Notification routing (email / webhook) inherits from your tenant defaults unless overridden per-rule

Enabling this detector

Path Traffic Spike ships disabled by default. A flash sale, a homepage feature, or an email blast can send one path 10× over its baseline in exactly the shape an attack does, so you validate the threshold against your own traffic before turning it on: open the Rules page, check the multiplier and floor against a normal busy day, then enable it. For surges you already know are coming, declare a campaign window instead of loosening the rule.

Still stuck? Email support or open the support widget in the bottom-right.