Smarter by Design.Simpler for Business
TR7Enterprise Application Delivery & Security Platform
Application DoS nedir; volumetric DDoS'tan farkı ne?
Kısa cevap
Application DoS, hizmeti trafik hacmiyle değil, uygulamada pahalı işlemleri tetikleyen görece az sayıda istekle yorma saldırısıdır: header'larını çok yavaş gönderen istekler, açıldığında aşırı büyüyen sıkıştırılmış ya da iç içe genişleyen XML içerik, ReDoS'a yol açan girdiler ve kaynak tüketen sorgular gibi (CWE-400, OWASP DoS Cheat Sheet). Volumetric DDoS ise bandwidth'i, bağlantı tablolarını ya da istek kapasitesini çok sayıda paket veya istekle doldurur; Application DoS hacim limitlerinin altında kalabilir. TR7'de iki türü farklı katmanlar karşılar: hacim tabanlı saldırıları L4 DDoS Protection ve L7 DDoS Protection; Application DoS kalıplarını WAF'taki yerleşik Signature & Rule Library'nin Application DoS kategorisi (33 kural) ve sayfa tiplerindeki boyut, sayı ve derinlik sınırları (Path Check Fields); yavaş gönderilen header'ları ise Timeouts profilindeki HTTP Request Timeout (varsayılan 30 sn).
TR7'de Nerede Kullanılır
| Nerede | Alan / etiket | Ne için |
|---|---|---|
| Configuration Menu → WAF → Signature & Rule Library; vService'in OWASP Rules ekranı | Signature Category kolonu (varsayılan gizli); Filter → Signature Categories → Application DoS | Decompression bomb, ReDoS, XML entity genişlemesi gibi kalıpları arayan kuralları listeleme |
| vService → WAF Management → WAF Rules → sayfa tipi → Path, Query, Header, Form, JSON, Xml, Raw sekmeleri | Boyut, uzunluk, sayı ve derinlik alanları (Path Check Fields); Signature & Rule Library'de Structure Limits kategorisiyle listelenir | Aşırı büyük ya da derin iç içe girdilerle kaynak tüketimini sınırlama |
| Configuration Menu → Load Balancer → Profiles → Timeouts | HTTP Request Timeout (varsayılan 30 sn) | İstek satırı ve header'ların tamamlanması için tanınan süre; WAF açık bir vService'te Wait for Body for a Time işaretli değilken ya da Debug Mode açıkken gövdenin alınması da bu süreye dahildir; header'larını yavaş gönderen istemcileri keser |
| Left Monitor Panel → Bot/DDoS Protected vServices → vService → Bot/DDoS Management | L7 DDoS Protection kartı | vService'e gelen istek ve bağlantı hacmini sınırlama |
| Left Monitor Panel → Route Tables & L4 DDoS → route tablosu → L4 DDoS Management | TCP, UDP, ICMP & Reflection, Packet Integrity bantları | Paket ve bağlantı düzeyinde flood kuralları |
| WAF Event Logs | Filtre şeridinde Category sekmesi → Application DoS ya da Structure Limits | Bu kalıplara takılan istekleri görme |
- Bir isteğin WAF taramasına ayrılan süre 2 saniyeyle sınırlıdır; taramayı uzatmaya çalışan bir istek için WAF bu süreden fazla çalışmaz. Blocking Mode'daki grupta süre içinde tamamlanamayan istek engellenir (Fail-open açıksa taranmadan geçirilir): Tarama belirli bir süreyi aşarsa istek ne olur (2 saniyelik tarama sınırı)?
- WAF ile L7 DDoS korumasının işbölümü: WAF ile L7 DDoS & Threat Protection arasındaki fark nedir; ikisine birden ihtiyacım var mı?
Volumetric DDoS ile Farkı
| Application DoS | Volumetric DDoS | |
|---|---|---|
| Yöntem | Pahalı işlem tetikleyen görece az istek | Çok sayıda paket ya da istek |
| Tükettiği | CPU, bellek, iş parçacığı, açık bağlantı süresi | Bandwidth, bağlantı tablosu, istek kapasitesi |
| Hacim limitleri | Altında kalabilir | Doğrudan hedefidir |
| TR7'de karşılayan | WAF imzaları ve yapısal sınırlar, Timeouts profili | L4 DDoS Protection ve L7 DDoS Protection |
| Ayrıntı | Bu sayfa | DDoS saldırısı nedir; TR7 hangi katmanlarda DDoS koruması sağlar? |
Sık Karıştırılan Noktalar
- "Hacim limiti Application DoS'u da durdurur." Az sayıda pahalı istek limitlerin altında kalabilir; bu istekler içerik ve süre sınırlarıyla karşılanır.
- "Yalnızca büyük saldırılar hizmeti durdurur." Tek bir pahalı istek (ör. ReDoS'a yol açan bir girdi) bile sunucuyu uzun süre meşgul edebilir.
- "Application DoS ile DDoS birbirini dışlar." Pahalı istekler çok sayıda kaynaktan da gönderilebilir; bu durumda iki katmanın korumaları birlikte çalışır.
Dokümantasyonda nasıl yapılır
