DoS Attacks on AI: Technical Defense Guide | Quiz

Why: This pattern indicates a sponge example or token bomb attack – the attacker is sending complex requests that consume massive resources while staying under traditional rate limits. Context: Traditional rate limiting by request count would not catch this because the number of requests is normal. The attack exploits computational asymmetry where one complex request costs 50x a normal request. Remember: Normal request count but abnormal cost equals sponge/token bomb attack.

Why: An economic circuit breaker implements per-key daily token and dollar hard caps with auto-suspend at 80% of budget – it prevents the worst financial damage from DoS attacks with minimal implementation effort. Context: AI DoS is fundamentally Economic Denial of Service. Pay-per-use cloud AI means attackers directly cost you money. Budget caps stop the bleeding before costs spiral out of control. Remember: Per-key budget caps with auto-suspend – stops financial damage immediately.

Why: Server-side output caps enforce maximum output tokens at the infrastructure level regardless of what clients request – this single control blocks the majority of token bomb attacks. Context: Never trust client-requested output limits. Attackers will always request maximum output to maximize resource consumption. Server-side enforcement is essential because it cannot be bypassed. Remember: Never trust client limits – enforce output caps at infrastructure level.

Why: The three-layer defense strategy covers input validation and complexity analysis to stop expensive processing before it starts – resource management and quotas to control consumption – and monitoring and anomaly detection to catch attacks in progress. Context: Each layer provides different protection. Input validation prevents expensive requests and resource management limits damage and monitoring enables rapid response. Remember: Three layers – input validation and resource management and monitoring.

Why: Traditional protection uses request-count rate limiting but one complex AI request can consume 1000x the resources of a simple request – making request counts meaningless for AI systems. Context: CDNs and IP-based rate limiting cannot detect that a complex prompt costs vastly more than a simple one. AI DoS requires token-aware rate limiting and input complexity analysis. Remember: Request counts are meaningless – AI needs token-aware rate limiting.

Why: The three attack types are sponge examples/token bombs (50-500x cost multiplier) and compute-heavy prompts (10-200x cost) and model degradation via poisoning (permanent damage). Context: Each type has different mechanisms and detection difficulty. Sponge attacks maximize output tokens while compute-heavy attacks force deep reasoning and model degradation poisons training data. Remember: Three types – sponge/token bombs and compute-heavy and model degradation.

Why: Traditional DDoS overwhelms through massive request volume while AI DoS uses carefully crafted inputs that maximize computational cost – one complex request can equal 1000 normal requests in resource consumption. Context: The restaurant analogy explains this well – traditional DDoS is 1000 people calling simultaneously while AI DoS is one person ordering a 3-hour dish that blocks the kitchen. Remember: Traditional DDoS is volume-based – AI DoS is complexity-based.