Skip to content
BCN-T1-PRC-003Tier 1 · CriticalProcessing Protection

No Availability Protection on Revenue-Critical Services

Business-critical services with no rate limiting, no DDoS mitigation, and no capacity isolation.

Remediation SLA
48 hours
Tier
1 · Critical
Domain
Processing
Escalation
CISO and executive sponsor notified at 48 hours

What this finding is

A service whose unavailability directly interrupts revenue or safety operates without rate limiting, upstream DDoS mitigation, or isolation between tenants and workloads. The finding covers both volumetric exposure and application-layer exhaustion — expensive endpoints, unbounded queries, and authentication paths that can be driven to saturation cheaply.

Why it is Tier 1

Availability is a security property, and denial of service is used both as an end in itself and as a distraction concurrent with intrusion. Application-layer attacks are the practical concern for most organisations: a single unauthenticated endpoint performing an expensive query can be saturated from one host, without the volumetric traffic that upstream providers detect. Tier 1 applies only where interruption has immediate business consequence.

Most common misclassification

Applied too broadly. Tier 1 is for services where interruption has immediate revenue or safety consequence; availability hardening on internal or non-critical services is Tier 3.

How to detect it

  1. 1Identify unauthenticated endpoints that trigger disproportionate work — search, report generation, export, and file processing are the usual candidates.
  2. 2Confirm whether rate limiting exists per-identity and per-address, and whether it is enforced at the edge or only in application code that the attacker's traffic already reached.
  3. 3Verify DDoS mitigation is actually engaged for the specific hostname, rather than merely available on the account.
  4. 4Load-test authentication and password-reset paths, which are frequently unprotected and expensive.

How to remediate it

Steps are ordered. The first step is the one that reduces exposure fastest, which is not always the one that closes the finding.

  1. 1Apply edge rate limiting keyed on both source address and authenticated identity, with the limits tuned from observed legitimate traffic.
  2. 2Enable upstream DDoS protection for revenue-critical hostnames and confirm the traffic path traverses it.
  3. 3Bound expensive operations — enforce query timeouts, result-set caps, and pagination — so that a single request cannot consume unbounded resources.
  4. 4Isolate critical workloads from best-effort ones so that saturation in one does not starve the other.
  5. 5Add a queue or async execution model for genuinely expensive operations rather than serving them synchronously.

How to verify the fix

A controlled load test against the identified endpoints triggers rate limiting before service degradation, and the limiting is observed at the edge rather than in application logs alone.

Mappings

Attacker techniques

  • T1498Network Denial of Service
  • T1499Endpoint Denial of Service

Weakness

  • CWE-770Allocation of Resources Without Limits or Throttling

Compliance mappings

  • NIST CSF 2.0
    PR.IR-04 — adequate resource capacity
  • ISO/IEC 27001:2022
    A.8.6 — capacity management
  • SOC 2
    A1.1 — availability commitments

Tools that surface this

k6Burp SuiteNucleiPROWLER