Denial-of-Service Defense
Denial-of-service defense protects services from attacks that overwhelm them with traffic or exploit resource exhaustion to make them unavailable to legitimate users. It covers detection, mitigation, architecture patterns, and the layered controls from network edge to application that absorb or deflect attack volume.
itDefensive security and security operations | OpenSkills.info
Intro
Denial-of-Service Defense
A denial-of-service attack makes a service unavailable to its intended users. A distributed denial-of-service attack, or DDoS attack, sends the attack from many systems. Distribution gives an attacker more traffic sources and makes simple source blocking less effective.
Use one mental model: protect the service's narrowest resource while preserving legitimate work.
users and attackers
↓
internet capacity → provider edge → application edge → service → dependencies
bandwidth filtering admission work work
An attack only needs to exhaust one limiting resource. That resource might be link bandwidth, packet-processing capacity, connection state, worker time, database connections, memory, or a paid dependency. Your defense must act before traffic consumes that resource.
What denial of service means
Availability is a property observed by a user. A server can remain powered on while users receive timeouts, errors, or unusable latency. Monitor the user-visible service, not only the health of individual machines.
DoS describes the effect and attack goal. DDoS describes a distributed source pattern. Neither term identifies one protocol or one mitigation.
DoS can result from several forms of exhaustion:
- Volumetric exhaustion fills network capacity with bits or packets.
- Protocol-state exhaustion consumes state in a host, firewall, proxy, or load balancer.
- Application-resource exhaustion sends requests that consume disproportionate compute, memory, storage, database work, or downstream calls.
- Reflection and amplification cause third-party systems to send replies toward a spoofed victim address. Amplification makes the replies larger or more numerous than the triggering requests.
These categories can overlap. A campaign may change vectors as defenders apply controls.
Start with the service, not the attack name
Continue the course
This section is part of the paid course.
See pricing to subscribe, or log in if you already have access.
Where this skill leads
Relevant careers
See how this topic contributes to broader role-level skill maps.
Sources
- https://www.cisa.gov/sites/default/files/2024-03/understanding-and-responding-to-distributed-denial-of-service-attacks_508c.pdf
Supports
- DoS and DDoS definitions, distributed sources, attack types, and service impacts
- Volumetric, protocol, application-resource, reflection, and amplification patterns
- Preventative preparation, provider coordination, mitigation, incident response, and recovery
- https://www.cyber.gov.au/business-government/detecting-responding-to-threats/cyber-security-incident-response/preparing-for-and-responding-to-denial-of-service-attacks
Supports
- Identification of critical online services and upstream dependencies
- Cloud mitigation services, provider planning, monitoring, incident response, and coordinated testing
- Preparation before an attack as more effective than improvisation after service degradation
- https://www.rfc-editor.org/rfc/rfc4732.html
Supports
- DoS threat avenues across end systems, applications, operating systems, routers, and protocols
- Resource exhaustion, amplification, authentication, and architectural defense tradeoffs
- Limits of partial solutions and the risk that one mitigation creates another vulnerability
- https://www.rfc-editor.org/rfc/rfc4987.html
Supports
- TCP SYN floods as exhaustion of state held for bogus half-open connections
- Filtering, backlog and timer changes, SYN caches, SYN cookies, proxies, and hybrid mitigations
- Stateless protocol setup and delayed state allocation as defense principles
- https://csrc.nist.gov/pubs/sp/800/189/final
Supports
- Spoofed-source reflection and amplification as DDoS mechanisms
- Source address validation with access controls and unicast reverse-path forwarding
- Response rate limiting, remote triggered blackholing, and flow specification
- https://docs.aws.amazon.com/waf/latest/developerguide/ddos-resiliency.html
Supports
- DDoS resiliency as continued legitimate-user service with controlled errors and latency
- Distributed edge capacity for volumetric attack absorption
- Application scale, web application firewalls, rate-based rules, and automatic mitigation
- https://docs.aws.amazon.com/whitepapers/latest/aws-best-practices-ddos-resiliency/metrics-and-alarms.html
Supports
- Service and infrastructure health checks for DDoS impact detection
- Baselines and anomalies in expected application behavior
- Bits, packets, requests, allowed traffic, blocked traffic, and application metrics
