E-ticaret sözlüğüAltyapı ve teknoloji

DDoS saldırısı nedir?

Distributed Denial of Service · dağıtık hizmet engelleme

DDoS saldırısı, bir sunucuya, hizmete veya ağa birden çok kaynaktan trafik ya da istek göndererek meşru kullanıcıların hizmete erişimini bozmayı amaçlayan dağıtık hizmet engelleme girişimidir. Kurguda eşit 10 dakika içinde hata payı %4’ten %10’a çıkar; bu tek başına saldırı teşhisi değildir.

Son kontrol: 27 Ekim 20262 resmî kaynakGündem Masası

Tanım

Bir bakışta

HedefMeşru kullanıcının hizmete erişimini bozma

Kurgu pencereİki eşit ölçüm: 10 dakika

Kurgu hata payı%4 → %10; 6 yüzde puan artış

KontrolNormal trafik, hata, kaynak kullanımı ve hizmet kapsamı

DDoS mağazanızı nasıl etkileyebilir?

DDoS, Distributed Denial of Service ifadesinin kısaltmasıdır; Türkçede dağıtık hizmet engelleme olarak açıklanır. Cloudflare ve AWS’nin tanımları, saldırının hizmetin kullanılabilirliğini hedeflediğini belirtir. Trafik ağ kapasitesini veya uygulamanın yanıt üretmek için kullandığı kaynakları zorlayabilir. Türkiye’de kendi internet mağazasında satış yapan işletme açısından sonuç, ürünlerin açılamaması veya alışveriş akışının aksaması olabilir. Ancak yalnız yavaşlık görerek saldırı kararı vermeyin. Bakım, yazılım hatası veya gerçek müşteri yoğunluğu da araştırılması gereken ayrı nedenlerdir. Gözlenen sorunu teknik sorumluya zaman ve etkilenen işlevle bildirin. Tanıyı yalnız ziyaretçi sayısındaki artışa dayandırmayın.

DDoS adındaki dağıtık ifade, saldırı trafiğinin birden çok kaynaktan gelmesini anlatır. DoS daha genel hizmet engelleme kavramıdır. Bir hesap parolasının ele geçirilmesiyle erişimi engellemek de aynı olay değildir. İki aşamalı doğrulama hesap girişine ek kontrol sağlar; yoğun trafik kaynaklı hizmet engellemeyi tek başına çözmez. Benzer biçimde SSL sertifikası bağlantı güvenliğiyle ilgilidir. Sertifika bulunması mağazanın bütün yoğunluklara dayanacağını göstermez. Destek talebinde giriş sorunu, sertifika uyarısı ve genel erişim kesintisini ayrı tanımlayın. Bu ayrım teknik ekibin doğru bileşeni incelemesini kolaylaştırır ve farklı sorunlar için aynı çözümün denenmesini önler.

Trafik artışı ile saldırı nasıl araştırılır?

AWS’nin açıklaması normal trafik davranışını bilmenin şüpheli trafiği incelemede önemli olduğunu belirtir. Aynı zaman aralığındaki istek sayısı, yanıt hataları, etkilenen sayfalar ve kaynak kullanımı birlikte değerlendirilir. Tek bir yüksek sayı yeterli teşhis değildir. Özellikle reklam yayını veya çok ilgi gören bir ürün sonrasında gerçek ziyaretçiler artabilir. Böyle bir zamanda bütün trafiği kapatmak müşterilerin de erişimini kesebilir. Satıcı olarak reklam ve kampanya takvimini, yakın zamanda yapılan teknik değişiklikleri ve ilk sorun zamanını destek ekibine iletin. Kayıtları inceleyen uzman, bunları sunucu ve ağ verileriyle karşılaştırmalıdır. Kesinleşmemiş olayı müşterilere doğrulanmış saldırı gibi duyurmayın.

Saldırı farklı katmanları hedefleyebilir. Cloudflare’ın açıklaması ağ trafiği, protokol kaynakları ve uygulama katmanındaki yükleri ayırır. AWS de uygulamada maliyetli isteklerin daha düşük hacimle sorun yaratabileceğini anlatır. Bu nedenle yalnız toplam veri miktarına bakmak bütün sorunları göstermez. Site içi arama veya bir API uç noktası çalışmazken görseller açılabilir. İnceleme için hangi işlemin hangi saatte bozulduğunu kaydedin. Ürün listesi, sepet ve sipariş sonucunu ayrı gözlemleyin. Farklı bileşenlerin durumunu tek bir “site açık” kontrolüne sığdırmak sorunun etkilediği satış adımlarını gözden kaçırabilir.

Satıcı hizmet sağlayıcısıyla neyi netleştirir?

Hosting ve CDN hizmetlerinde trafik korumasının kapsamını önceden öğrenin. Cloudflare ve AWS açıklamalarında istek sınırlandırma, web uygulaması güvenlik duvarı ve dağıtılmış altyapı gibi yöntemler bulunur. Bunların her pakette aynı korumayı, aynı müdahale süresini veya sınırsız kapasiteyi sunduğunu varsaymayın. İşletmenizin kullandığı hizmette hangi bileşenin korunduğunu yazılı sorun. Ağ erişimiyle uygulama katmanındaki denetim ayrı kapsamlar olabilir. Koruma adı taşıyan bir seçenek görmek yerine kendi mağaza adresiniz ve bağlantılarınız için geçerli düzeni öğrenin. Teknik bir ayarı değiştirecek kişinin yetkisini ve sorumluluğunu da belirleyin.

Bir olayda ilk irtibat kurulacak kişiyi, destek yolunu ve paylaşılacak kayıtları önceden listeleyin. Başlangıç zamanı, saat dilimi, sorunlu adres, hata mesajı ve iş etkisi yararlı kayıtlardır. Gizli anahtar veya müşteri bilgisini genel iletişim metnine eklemeyin. Kural değişikliğini teknik sorumlu yürütsün; rastgele bir trafik sınırı seçip gerçek müşterilerin engellenmesine yol açmayın. Erişim geri geldiğinde yalnız ana sayfayı açmakla yetinmeyin. Sepette ve siparişte beklemiş ya da tekrar gönderilmiş işlemleri kontrol edin. Kesinti kaydını, uygulanan müdahaleyi ve geri dönüş sonucunu birlikte tutun. DDoS belirtisi tek başına müşteri verisinin çalındığını kanıtlamaz; başka olay bulguları varsa bunlar ayrıca araştırılmalıdır.

Özgün örnek: istek sayısı ve hata payı

Tamamı kurgusal iki ölçümde her pencere 10 dakika olsun. İlk pencerede 1.000 isteğin 40’ı, ikinci pencerede 5.000 isteğin 500’ü tanımlanmış aynı hata türüyle sonuçlansın. İstek sayısı 5 katına çıkmıştır. Artış oranı (5.000 − 1.000) / 1.000 × 100 = %400 olur. İlk hata payı 40 / 1.000 × 100 = %4, ikinci hata payı 500 / 5.000 × 100 = %10’dur. Hata payı 6 yüzde puan artar. Bu sayılar gerçek bir saldırı kaydı veya bütün mağazalar için saldırı eşiği değildir. İki pencerenin eşit uzunluğu ve hata tanımının aynı tutulması karşılaştırmanın varsayımıdır.

Kurguda isteklerin artmasıyla hata payının yükselmesi, teknik incelemede birlikte görülen iki bulgudur. Saldırının nedeni, kaynağı veya kim tarafından yapıldığı bu hesapla belirlenmez. Daha yüksek işlem yüküyle aynı zamana denk gelen yazılım sorunu da ayrıca araştırılabilir. Önce destek ekibine ölçüm aralığını ve hata tanımını verin. Sonrasında hangi sayfaların etkilendiğini ve sipariş kaydında eksik olup olmadığını karşılaştırın. Hatalı istek sayısını iptal edilmiş sipariş adedi gibi kullanmayın; tek sipariş birden çok istek içerebilir. Ölçüm sonucunu kayıtların gerçekten gösterdiği kapsamla sınırlı tutmak, müşteriye verilecek açıklamayı da doğru kurmayı sağlar.

05 · Örnek

Örnek: Eşit iki zaman penceresinde trafik ve hata karşılaştırması

Kurguda ilk 10 dakikada 1.000 istek ve 40 hata, ikinci 10 dakikada 5.000 istek ve 500 aynı tür hata bulunur.

(5.000 − 1.000) / 1.000 × 100 = %400 istek artışını bulun.
40 / 1.000 × 100 = %4 ilk hata payını bulun.
500 / 5.000 × 100 = %10 ikinci hata payını bulun.

Sonuç

Kurguda istek sayısı 5 katına ve hata payı %10’a çıkar; bunlar saldırının nedenini veya kaynağını kanıtlamaz.

06 · Fark

DDoS saldırısı ile karıştırılan kavramlar

DDoS saldırısı ≠ Gerçek müşteri yoğunluğu

Meşru kullanım artışıdır; yüksek sayı tek başına saldırı ayrımı yapmaya yetmez.

DDoS saldırısı ≠ Hesap ele geçirme

Hesap erişimiyle ilgilidir; DDoS hizmetin kullanılabilirliğini hedefler.

DDoS saldırısı ≠ Veri ihlali bulgusu

Hizmet kesintisi tek başına verinin çalındığını göstermez; diğer olay bulguları ayrıca araştırılır.

07 · Satıcı için

Satıcı ne yapmalı?

Normal trafik ve satış akışını izleyin.
Sağlayıcının koruma kapsamını yazılı öğrenin.
Olay zamanı ve destek irtibatını belirleyin.
Adres, hata ve etkilenmiş işlem bilgilerini kaydedin.
Trafik kurallarını yetkili teknik sorumluyla değiştirin.
Erişim dönünce sepet ve sipariş kayıtlarını kontrol edin.

08 · Devamı

İlgili rehberler

09 · Sık sorulanlar

DDoS saldırısı hakkında sık sorulanlar

Site yavaşsa kesin DDoS var mı?

Yavaşlık farklı nedenlerden oluşabilir. Normal trafik, hata ve kaynak kullanımıyla birlikte teknik inceleme gerekir.

DDoS ile DoS farkı nedir?

DDoS dağıtılmış birden çok kaynağı kullanır; DoS genel hizmet engelleme kavramıdır.

SSL veya iki aşamalı doğrulama yeter mi?

SSL bağlantı güvenliği, iki aşamalı doğrulama hesap girişiyle ilgilidir. Yoğun trafik korumasının kapsamı ayrıca belirlenmelidir.

Her CDN aynı korumayı mı sağlar?

Korunan katmanlar, kapasite, müdahale ve sözleşme kapsamı hizmete göre değişebilir. Kendi mağazanızın kapsamını öğrenin.

Kurgudaki %400 artış saldırı eşiği mi?

Hayır. Eşit iki ölçümdeki istek artışının hesabıdır. Hata payıyla birlikte bile tek başına saldırıyı kanıtlamaz.