WordPress’te DDoS Saldırısı Nasıl Engellenir?

WordPress’te DDoS saldırısı nasıl engellenir? WordPress sitelerini DDoS saldırılarına karşı korumak için öncelikle CDN ve bulut tabanlı DDoS koruması kullanmak, web uygulaması güvenlik duvarını (WAF) etkinleştirmek, aşırı isteklere hız sınırı uygulamak ve kaynak sunucuyu doğrudan erişime karşı korumak gerekir. Ayrıca WordPress giriş ekranı, XML-RPC, önbellek ve sunucu kaynakları düzenli olarak kontrol edilmelidir.

DDoS saldırısı nasıl engellenir? sorusunun tek bir eklentiyle çözülebilecek kesin bir yanıtı yoktur. Büyük hacimli saldırılarda yalnızca WordPress’e kurulan güvenlik eklentileri yeterli olmayabilir. Çünkü saldırı trafiği, eklentiye ulaşmadan önce sunucunun ağ bağlantısını ve işlem kaynaklarını tüketebilir.

Bu rehberde WordPress DDoS koruması, Cloudflare kurulumu, WAF ve rate limiting ayarları, XML-RPC güvenliği, Wordfence gibi güvenlik eklentileri, bot trafiğinin analizi ve DDoS saldırısı sırasında yapılması gerekenler adım adım açıklanmaktadır.

DDoS Saldırısı Nedir?

DDoS (Distributed Denial of Service), Türkçede dağıtık hizmet engelleme saldırısı olarak adlandırılır. Bir web sitesi, uygulama veya sunucuya çok sayıda farklı kaynaktan aşırı trafik ya da istek gönderilerek hizmetin normal kullanıcılar tarafından erişilemez hâle getirilmesi amaçlanır.

Normal bir ziyaretçi WordPress sitenizi açtığında sunucu HTML, CSS, JavaScript, görsel veya dinamik sayfa yanıtları üretir. DDoS saldırılarında ise çok sayıda istek ağ bant genişliğini, bağlantı kapasitesini, işlemciyi veya uygulamanın diğer kaynaklarını zorlayabilir.

Saldırı kaynakları tek bir bilgisayardan gelmek zorunda değildir. Farklı sistemlerden ve ağlardan oluşan dağıtık trafik, yalnızca bir IP adresini engelleyerek sorunu çözmeyi güçleştirebilir.

WordPress Sitelerinde DDoS Saldırısı Türleri

DDoS saldırıları hedef aldıkları sistem katmanına göre farklılık gösterir. Koruma yöntemini belirlemeden önce saldırının ağ bağlantısını mı, sunucunun bağlantı kapasitesini mi yoksa WordPress uygulamasını mı zorladığını anlamak gerekir.

Saldırı türü	Hedef	Örnek	Öncelikli koruma
Ağ katmanı saldırısı (L3)	Ağ kapasitesi	UDP tabanlı yoğun trafik	Hosting veya ağ düzeyinde DDoS koruması
Taşıma katmanı saldırısı (L4)	Bağlantı ve sunucu kapasitesi	SYN flood	Ağ güvenliği ve DDoS azaltma hizmeti
Uygulama katmanı saldırısı (L7)	HTTP/HTTPS uygulaması	Yoğun sayfa, giriş veya arama isteği	CDN, WAF ve hız sınırlama

WordPress üzerinde özellikle uygulama katmanındaki yoğun istekler dikkat çeker. Bir arama sayfasına veya önbelleğe alınamayan dinamik uç noktaya sürekli istek gönderilmesi, toplam trafik hacmi çok yüksek olmasa bile PHP ve veritabanı kaynaklarını zorlayabilir.

DDoS ile DoS Arasındaki Fark

DoS (Denial of Service), hizmetin kullanımını engellemeye yönelik saldırıların genel adıdır. DDoS ise saldırının çok sayıda dağıtık kaynaktan gerçekleştirilmesini ifade eder.

Bu fark önemlidir çünkü dağıtık saldırılarda tek bir kaynak adresini engellemek yeterli olmayabilir. Trafiğin geniş bir altyapı üzerinden analiz edilmesi ve filtrelenmesi gerekir.

DDoS ve Brute-Force Aynı Şey mi?

Hayır. Brute-force saldırısı, kullanıcı adı ve şifre kombinasyonlarını deneyerek yetkisiz hesap erişimi elde etmeyi hedefler. DDoS saldırısı ise hizmetin erişilebilirliğini bozmaya odaklanır.

Bir WordPress giriş ekranına çok sayıda otomatik istek gönderilmesi hem hesap güvenliği tehdidi hem de sunucu yükü oluşturabilir. Ancak her başarısız giriş denemesi DDoS saldırısı anlamına gelmez.

WordPress’te DDoS Saldırısı Olduğu Nasıl Anlaşılır?

WordPress sitenizin yavaşlaması veya HTTP 503 hatası vermesi tek başına DDoS saldırısının kanıtı değildir. Aynı belirtiler yüksek gerçek ziyaretçi trafiği, ağır eklentiler, veritabanı sorunları veya hosting kesintileri nedeniyle de ortaya çıkabilir.

Şüpheli durumlarda şu belirtiler incelenebilir:

• Kısa sürede normalin çok üzerinde HTTP isteği oluşması.
• CPU, RAM, bağlantı veya bant genişliği kullanımında ani yükseliş.
• Çok sayıda 429, 502, 503 veya 504 yanıtı görülmesi.
• Belirli sayfa veya uç noktalara olağandışı istek yoğunluğu.
• Çok sayıda farklı IP adresinden birbirine benzeyen otomatik istekler gelmesi.
• WordPress yönetim paneli veya dinamik sayfalarda belirgin gecikme.
• Hosting sağlayıcısının şüpheli trafik uyarısı vermesi.

Önemli: Yüksek ziyaretçi sayısı veya tek başına yüksek CPU kullanımı bir saldırıyı kanıtlamaz. Trafiği zaman, kaynak adresleri, istek yolları, durum kodları ve sunucu performansıyla birlikte analiz etmek gerekir.

Yükün saldırıdan mı yoksa uygulama kaynaklı bir sorundan mı oluştuğunu anlamak için WordPress’te CPU tüketimi nasıl azaltılır? rehberimizi de inceleyebilirsiniz.

WordPress’te DDoS Saldırısı Nasıl Engellenir? 10 Güvenlik Yöntemi

WordPress DDoS saldırılarına karşı en uygun savunma, tek bir güvenlik eklentisine güvenmek yerine ağ, CDN, sunucu ve uygulama düzeyindeki önlemleri birlikte kullanmaktır.

1. Cloudflare veya DDoS Korumalı CDN Kullanın

WordPress DDoS koruması için ilk değerlendirilecek yöntemlerden biri, ziyaretçi trafiğini kaynak sunucuya ulaşmadan önce karşılayan bir CDN ve DDoS koruma hizmetidir.

Cloudflare gibi servisler uygun yapılandırmayla şüpheli HTTP isteklerini analiz edebilir, saldırı trafiğini filtreleyebilir ve önbelleğe alınabilen içerikleri kendi ağlarından sunabilir.

Cloudflare kullanmak için genel kurulum adımları şunlardır:

1. Cloudflare hesabı oluşturun.
2. WordPress sitenizin alan adını ekleyin.
3. Mevcut DNS kayıtlarının doğru aktarıldığını kontrol edin.
4. Gerekli web trafiği kayıtları için proxy kullanımını yapılandırın.
5. Alan adı kayıt kuruluşundaki nameserver değişikliklerini, Cloudflare’ın verdiği bilgilerle gerçekleştirin.
6. SSL/TLS yapılandırmasını kontrol edin.
7. HTTP DDoS koruma ve güvenlik ayarlarını inceleyin.
8. Site, yönetim paneli, formlar ve varsa ödeme sayfalarında işlev testleri gerçekleştirin.

DNS kayıtlarını değiştirirken e-posta hizmetinizin MX ve diğer gerekli kayıtlarını koruyun. Yanlış DNS değişiklikleri web sitesi dışında e-posta hizmetini de etkileyebilir.

CDN kullanımı saldırı etkisini azaltabilir ancak hiçbir hizmet her koşulda kesintisiz erişim garantisi vermez. Ayrıca kullandığınız Cloudflare planına göre kullanılabilir güvenlik özellikleri farklılaşabilir.

2. Web Uygulaması Güvenlik Duvarını (WAF) Etkinleştirin

WAF (Web Application Firewall), HTTP ve HTTPS isteklerini belirlenmiş güvenlik kurallarıyla değerlendiren koruma katmanıdır.

WAF, zararlı istek kalıplarını, şüpheli bot davranışlarını ve belirli uygulama saldırılarını sınırlamaya yardımcı olabilir. Ancak WAF ile ağ düzeyinde DDoS azaltma hizmeti aynı şey değildir.

WordPress sitelerinde WAF kullanırken:

• Sağlayıcının yönetilen güvenlik kurallarını inceleyin.
• WordPress’e özgü saldırı kalıpları için uygun korumaları etkinleştirin.
• Giriş ve kimlik doğrulama sayfalarını gerektiğinde ayrı koruyun.
• Yanlış pozitifleri güvenlik olay kayıtlarından kontrol edin.
• İletişim, arama, API ve ödeme işlemlerinin engellenmediğini test edin.
• Kuralları önce gözlem veya kontrollü müdahale modunda değerlendirin.

WordPress içine yüklenen güvenlik duvarı eklentileri de yararlı olabilir. Ancak uygulama seviyesindeki eklentilerin trafiği değerlendirmesi için isteğin sunucuya ulaşması gerekebilir. Büyük hacimli saldırılarda bu nedenle CDN veya sunucu öncesi WAF koruması önemlidir.

3. Rate Limiting ile Aşırı İstekleri Sınırlayın

Rate limiting, belirli istemcilerin veya trafik gruplarının bir süre içerisinde gönderebileceği istek sayısını ya da isteklere uygulanacak işlemleri yönetmeye yardımcı olur.

Örneğin normal kullanıcıların seyrek kullandığı bir oturum açma uç noktasına çok yoğun istek geliyorsa, uygun bir WAF kuralı bu davranışı sınırlayabilir.

WordPress’te incelenebilecek uç noktalar:

• /wp-login.php — oturum açma istekleri.
• /xmlrpc.php — kullanılıyorsa XML-RPC erişimi.
• /wp-json/ — REST API uç noktaları; işlevlerine göre değerlendirilmelidir.
• Yoğun kaynak tüketen arama ve filtreleme sayfaları.
• Herkese açık formlar ve dinamik işlemler.

Önemli: Her site için geçerli tek bir istek sınırı bulunmaz. Kuralları gerçek ziyaretçi davranışına, kullanıcı oturumlarına ve uygulama gereksinimlerine göre belirleyin.

Özellikle paylaşılan IP adreslerini, mobil operatör bağlantılarını veya kurumsal ağları kullanan gerçek ziyaretçiler aynı IP üzerinden gelebilir. Çok katı IP sınırları meşru kullanıcıların engellenmesine neden olabilir.

4. WordPress XML-RPC Erişimini Kontrol Edin

XML-RPC, WordPress’in bazı eski uzaktan yönetim ve entegrasyon işlevlerini destekleyen arayüzüdür. xmlrpc.php dosyası, otomatik parola denemeleri veya belirli kötüye kullanım senaryolarında hedef alınabilir.

Ancak XML-RPC’nin bulunması tek başına sitenin saldırı altında olduğu anlamına gelmez. Ayrıca XML-RPC’yi kapatmak, bütün DDoS saldırılarını engellemez.

XML-RPC için şu yaklaşımı izleyin:

1. Önce sitenizin XML-RPC kullanan bir uygulama veya entegrasyona ihtiyaç duyup duymadığını belirleyin.
2. Kullanmıyorsanız erişimin sunucu veya WAF katmanında kısıtlanmasını değerlendirin.
3. Kullanıyorsanız ilgili işlemler için kontrollü erişim ve hız sınırlama uygulayın.
4. Engellemelerin WordPress entegrasyonlarını bozmadığını test edin.
5. Güvenlik ve erişim kayıtlarını takip edin.

WordPress’teki xmlrpc_enabled filtresi, adına rağmen XML-RPC’nin bütün işlevlerini kapatmaz. Özellikle kimlik doğrulama gerektiren yöntemler üzerinde etkili olabilir. Dosyaya erişimin tamamen engellenmesi gerekiyorsa uygun sunucu veya WAF yapılandırması ayrıca değerlendirilmelidir.

5. WordPress REST API’yi Gereksiz Yere Kapatmayın

WordPress REST API, WordPress çekirdeği, yönetim arayüzü, blok editörü, temalar ve bazı eklentiler tarafından kullanılan önemli bir arayüzdür.

REST API’nin bütün erişimini kapatmak DDoS saldırılarına karşı genel bir çözüm değildir. Üstelik WordPress yönetim panelinde ve REST API kullanan diğer işlevlerde hatalara neden olabilir.

Bu nedenle:

• REST API’yi sırf güvenlik amacıyla tamamen devre dışı bırakmayın.
• Hangi uç noktaların herkese açık olması gerektiğini inceleyin.
• Hassas işlemlerde uygun yetkilendirme ve kimlik doğrulama kullanın.
• İstek yoğunluğu yüksek uç noktalar için ihtiyaca uygun hız sınırı değerlendirin.
• WooCommerce, blok editörü ve diğer entegrasyonların çalışmasını test edin.

WordPress’in resmî REST API belgeleri, API’nin tamamen kapatılmamasını önerir. İhtiyaç duyulduğunda belirli erişimlerin kimlik doğrulama mekanizmalarıyla sınırlandırılması daha kontrollü bir yaklaşımdır.

6. Wordfence ve Güvenlik Eklentilerini Doğru Amaçla Kullanın

Wordfence Security, WordPress sitelerinde uygulama güvenlik duvarı, zararlı yazılım taraması, giriş güvenliği ve trafik görünürlüğü gibi özellikler sunar.

Bu tür eklentiler özellikle yetkisiz giriş denemelerini, şüpheli istekleri ve uygulama düzeyindeki güvenlik sorunlarını belirlemede yararlı olabilir.

Ancak yalnızca Wordfence veya benzeri bir eklenti yükleyerek büyük hacimli ağ saldırılarının engelleneceği varsayılmamalıdır.

Değerlendirilebilecek WordPress güvenlik araçları:

• Wordfence Security: WordPress güvenlik duvarı, giriş güvenliği ve tehdit izleme.
• Sucuri Security: Güvenlik denetimi, dosya bütünlüğü ve olay takibi.
• GOTMLS: Zararlı yazılım taraması ve uygulama güvenliği için ek kontroller.

Önemli ayrım: Sucuri’nin WordPress güvenlik eklentisi ile ayrıca sunulan bulut tabanlı güvenlik duvarı ve DDoS koruma hizmetleri aynı ürün kapsamı olarak değerlendirilmemelidir.

Benzer şekilde bir eklentinin zararlı yazılım taraması yapabilmesi, ağ katmanındaki DDoS trafiğini WordPress sunucusuna ulaşmadan engellediği anlamına gelmez.

7. Kaynak Sunucunun IP Adresini ve Erişimini Koruyun

CDN kullanıldığında önemli bir güvenlik konusu, kaynak sunucunun (origin server) doğrudan internetten erişilebilir olup olmadığıdır.

Bir saldırgan kaynak sunucunun gerçek IP adresine doğrudan ulaşabiliyorsa bazı durumlarda CDN üzerinden yapılan trafik filtrelemesini atlayabilir.

Cloudflare gibi bir proxy hizmeti kullanıyorsanız sunucu sağlayıcınızla birlikte şu önlemleri değerlendirin:

• HTTP ve HTTPS erişimini, mimari izin veriyorsa güvenilir proxy kaynaklarıyla sınırlandırın.
• Sunucu güvenlik duvarında yalnızca gerekli servisleri erişime açın.
• SSH, yönetim paneli ve veritabanı erişimlerini ayrıca koruyun.
• Doğrudan IP üzerinden web uygulamasına ulaşılmasını kontrol edin.
• Cloudflare IP listesi değişikliklerini takip edin.
• İç sistemler, e-posta ve özel entegrasyonların erişim gereksinimlerini koruyun.

Kritik uyarı: Sunucunun bütün bağlantılarını kontrolsüz biçimde engellemek, yönetim panelini veya başka hizmetleri erişilemez hâle getirebilir. Bu tür firewall değişiklikleri hosting sağlayıcısı veya yetkili sistem yöneticisi tarafından planlanmalıdır.

8. Önbellek ve Sunucu Kaynaklarını Optimize Edin

Doğru yapılandırılmış sayfa önbelleği, uygun içeriklerde her isteğin yeniden PHP ve veritabanı işlemleri başlatmasını önleyebilir. Bu, normal trafik artışlarında ve bazı uygulama katmanı yoğunluklarında sunucu yükünü azaltmaya yardımcı olur.

WordPress için:

• Herkese açık sayfalarda uygun sayfa önbelleğini kullanın.
• CDN üzerinden sunulabilecek statik dosyaları değerlendirin.
• PHP-FPM ve veritabanı kaynak kullanımını izleyin.
• Yavaş sorguları ve gereksiz eklenti işlemlerini belirleyin.
• WP-Cron ve arka plan işlerinin beklenmedik yük oluşturup oluşturmadığını kontrol edin.
• Önbelleğe alınmayan dinamik uç noktaların maliyetini inceleyin.

Ancak önbellek, bütün DDoS türlerine karşı koruma sağlamaz. Ağ kapasitesi hedef alınıyorsa önbellek tek başına saldırıyı durduramaz.

WooCommerce sitelerinde sepet, ödeme ve kullanıcı hesabı gibi kişiye özel dinamik sayfalar yanlışlıkla ortak önbelleğe alınmamalıdır. Bu sayfaların güvenliği ve doğruluğu korunmalıdır.

9. WordPress’i Güncel Tutun ve Yönetici Erişimini Güçlendirin

WordPress çekirdeğinin, tema ve eklentilerin güncel tutulması doğrudan ağ katmanı DDoS saldırılarını engellemez. Ancak bilinen yazılım açıklarının kötüye kullanılma riskini azaltır ve site güvenliğinin önemli bir parçasıdır.

Uygulanabilecek önlemler:

• WordPress çekirdeğini, temaları ve eklentileri güncel tutun.
• Kullanılmayan eklentileri kaldırın.
• Yönetici hesaplarında güçlü ve benzersiz parolalar kullanın.
• Yönetici erişimi için iki faktörlü kimlik doğrulamayı etkinleştirin.
• Giriş denemelerini izleyin ve gerektiğinde sınırlandırın.
• Yalnızca güvenilir tema ve eklenti kaynaklarını kullanın.
• Dosya ve veritabanı yedeklerini düzenli olarak oluşturun.

Bu önlemler DDoS saldırılarının tümünü durdurmaz; ancak saldırı sırasında veya sonrasında başka güvenlik zafiyetlerinin kötüye kullanılma riskini azaltmaya yardımcı olabilir.

10. Trafiği, Sunucu Loglarını ve Güvenlik Olaylarını İzleyin

DDoS saldırılarına hazırlık yalnızca koruma özelliğini etkinleştirmekle tamamlanmaz. Bir olay sırasında neyin normal, neyin olağandışı olduğunu anlamak için temel trafik ve performans verilerinin izlenmesi gerekir.

İncelenebilecek veriler:

• HTTP istek sayısı ve zaman içindeki değişimi.
• Kaynak IP ve ASN dağılımı.
• En çok istek alan URL yolları.
• HTTP yanıt kodları.
• Sunucu CPU, RAM ve ağ kullanım değerleri.
• CDN/WAF tarafından engellenen veya sınırlandırılan istekler.
• Uygulama ve sunucu hata kayıtları.
• Gerçek ziyaretçilerin erişim sorunları.

Loglarda çok sayıda istek görülmesi tek başına saldırının kanıtı değildir. Meşru arama motoru taramaları, kampanya trafiği veya hatalı bir uygulama entegrasyonu da ani yük oluşturabilir.

Bu nedenle IP adresi, user-agent veya coğrafi konuma göre geniş kapsamlı engelleme yapmadan önce istek davranışını ve oluşabilecek yanlış engellemeleri değerlendirin.

Cloudflare ile WordPress DDoS Koruması Nasıl Yapılır?

Cloudflare kullanarak WordPress’i korurken yönetilen DDoS kuralları, WAF, hız sınırlama ve kaynak sunucu güvenliği birlikte değerlendirilmelidir.

Aşağıdaki tablo, temel koruma araçlarının görevlerini gösterir:

Özellik	Görevi	Dikkat edilmesi gereken
DDoS Protection	Uygun ağ ve HTTP saldırılarını tespit edip azaltmaya yardımcı olur.	Koruma kapsamı ve ayarlar plana göre değişebilir.
WAF	Şüpheli web isteklerini değerlendirir.	Yanlış pozitifler meşru işlemleri etkileyebilir.
Rate Limiting	Belirli trafik yoğunluklarını sınırlar.	Gerçek kullanıcılar engellenmemelidir.
CDN Cache	Uygun statik ve önbelleğe alınabilen içerikleri sunar.	Kişisel ve dinamik veriler yanlışlıkla önbelleğe alınmamalıdır.
Under Attack Mode	Şüpheli HTTP ziyaretçilerine ek doğrulama uygular.	Gerçek ziyaretçi, bot ve API erişimini etkileyebilir.
Origin Protection	Kaynak sunucunun doğrudan hedef alınmasını zorlaştırır.	Firewall ve servis erişimi doğru yapılandırılmalıdır.

Cloudflare Under Attack Mode Ne Zaman Kullanılmalı?

Under Attack Mode, Cloudflare’ın yoğun ve şüpheli uygulama katmanı trafiğinde ek güvenlik doğrulaması uygulayabilen özelliğidir.

Bu özellik, normal koruma kurallarının yetersiz kaldığı belirli saldırı durumlarında geçici olarak değerlendirilebilir.

Etkinleştirildiğinde ziyaretçilere ek doğrulama ekranı gösterilebilir. Bu durum analitik ölçümlerini, API istemcilerini, bazı otomasyonları ve kullanıcı deneyimini etkileyebilir.

Bu nedenle bütün siteyi sürekli Under Attack Mode altında tutmak yerine gerçek saldırı durumu, etkilenen URL’ler ve uygulama gereksinimleri değerlendirilmelidir.

Özellikle WooCommerce ödeme ve entegrasyon uç noktalarında ek doğrulamanın beklenmedik hatalar oluşturabileceğini unutmayın.

Bir DDoS Saldırısı Sırasında Ne Yapılmalı?

WordPress sitenizin aktif bir DDoS saldırısı altında olduğunu düşünüyorsanız öncelikle hizmetin erişilebilirliğini korumaya ve sorunu doğrulamaya odaklanın.

1. Saldırı Belirtilerini ve Zamanını Kaydedin

Siteye erişim sorunlarının başladığı zamanı, hata kodlarını, sunucu performansını ve varsa CDN güvenlik kayıtlarını not edin.

Tek başına trafik artışını DDoS olarak yorumlamayın. Hosting kaynak limitleri, veritabanı hataları ve uygulama problemlerini de kontrol edin.

2. Hosting veya Güvenlik Sağlayıcısıyla İletişime Geçin

Hosting sağlayıcınıza sorunun başlangıcını, etkilenen alan adını, görülen hataları ve erişebildiğiniz trafik bilgilerini iletin.

Sunucunun ağ bağlantısı veya barındırma altyapısı hedef alınıyorsa WordPress panelinde yapılacak değişiklikler yeterli olmayabilir. Hosting sağlayıcısının ağ düzeyindeki müdahalesi gerekebilir.

3. CDN ve WAF Koruma Kayıtlarını İnceleyin

CDN veya WAF kullanıyorsanız hangi URL’lerin ve trafik kalıplarının yoğunlaştığını kontrol edin.

Gerekiyorsa hedeflenen uç noktalarda kontrollü hız sınırlama ve güvenlik kurallarını değerlendirin. Kuralların gerçek müşterileri, arama motorlarını veya uygulama entegrasyonlarını engellemediğinden emin olun.

4. Sunucu Kaynaklarını İzleyin

CPU, RAM, PHP-FPM, veritabanı bağlantıları ve HTTP hata oranlarını inceleyin. Birçok WordPress sitesinde aşırı yük, yalnızca ağ trafiğinden değil önbelleğe alınamayan dinamik işlemlerden de kaynaklanabilir.

Saldırı sırasında yalnızca daha yüksek hosting paketine geçmek veya PHP işlemci sayısını artırmak sorunu kalıcı biçimde çözmeyebilir. Önce hangi kaynakların tükendiğini belirlemek gerekir.

5. Site Kullanıcılarını Bilgilendirin

Erişim sorunu devam ediyorsa ziyaretçileri ve müşterileri uygun iletişim kanallarından bilgilendirin. Özellikle e-ticaret sitelerinde ödeme, sipariş oluşturma ve hesap erişimi sorunları bulunup bulunmadığını kontrol edin.

Sorun çözülmeden kesin bir düzelme zamanı veya tam güvenlik garantisi vermeyin. Doğrulanan hizmet durumu ve uygulanmakta olan önlemler hakkında bilgi paylaşın.

6. Saldırı Sonrasında Güvenlik Kurallarını Gözden Geçirin

Hizmet normale döndükten sonra trafik kayıtlarını, uygulanan engellemeleri ve sunucu kullanımını değerlendirin.

Geçici güvenlik kurallarını kaldırmadan önce saldırı davranışının sona erdiğini doğrulayın. Gereksiz derecede katı kuralların gerçek kullanıcıları veya meşru entegrasyonları engellemediğini test edin.

Ayrıca bir olay sonrası yedekleme, erişim yetkileri ve WordPress güvenlik kontrollerini gözden geçirin. DDoS saldırısı tek başına sitenin ele geçirildiği anlamına gelmese de eş zamanlı başka güvenlik olayları bulunabilir.

WordPress DDoS Korumasında Yapılmaması Gereken Hatalar

DDoS saldırılarını durdurmaya çalışırken yanlış yapılandırmalar oluşturmak, meşru ziyaretçilerin erişimini daha fazla zorlaştırabilir.

• REST API’yi tamamen kapatmak: WordPress editörü ve eklenti işlevlerini bozabilir.
• Tüm yabancı IP’leri engellemek: Gerçek ziyaretçileri veya arama motorlarını etkileyebilir.
• Yalnızca güvenlik eklentisine güvenmek: Büyük ağ saldırılarında yeterli olmayabilir.
• CDN kullanırken kaynak sunucuyu açık bırakmak: CDN’nin atlanması riskini artırabilir.
• İncelemeden katı rate limit uygulamak: Paylaşılan IP kullanan meşru kullanıcıları engelleyebilir.
• Sadece CPU yüksekliğine bakmak: Normal trafik ve uygulama sorunlarını DDoS ile karıştırabilir.
• Kontrolsüz sunucu ayarı değiştirmek: Web sitesi, e-posta veya yönetim erişimini kesebilir.
• Önbelleği her çözümün yerine koymak: Ağ katmanındaki saldırıları durdurmaz.

Sitenizde CDN veya SSL/TLS yapılandırması değişikliklerinden sonra HTTPS kaynak hataları oluşursa WordPress’te karışık içerik hatası nasıl onarılır? rehberimizi de inceleyebilirsiniz.

WordPress İçin DDoS Güvenlik Kontrol Listesi

WordPress sitenizin mevcut koruma durumunu değerlendirmek için aşağıdaki kontrolleri kullanabilirsiniz:

• CDN veya uygun DDoS koruma hizmeti etkin mi?
• WAF kuralları sitenin ihtiyaçlarına göre düzenlenmiş mi?
• Kaynak sunucunun doğrudan erişimi kontrol ediliyor mu?
• Giriş ekranında uygun hız sınırlama ve hesap güvenliği var mı?
• XML-RPC kullanım ihtiyacı değerlendirildi mi?
• REST API gereksiz yere engellenmeden güvenli biçimde kullanılıyor mu?
• WordPress çekirdeği ve eklentiler güncel mi?
• Yedekleme ve geri yükleme süreci mevcut mu?
• Hosting ve CDN güvenlik olayları izlenebiliyor mu?
• Acil durumda iletişime geçilecek teknik sorumlular belirli mi?
• Ödeme, form ve API işlemleri güvenlik kurallarından sonra test ediliyor mu?

WordPress DDoS Saldırıları Hakkında Sıkça Sorulan Sorular

WordPress’te DDoS saldırısı nasıl engellenir?

CDN ve DDoS koruma hizmeti kullanın, WAF kurallarını etkinleştirin, yoğun istekleri uygun hız sınırlarıyla kontrol edin ve kaynak sunucunun doğrudan erişimini sınırlandırın. WordPress uygulama güvenliği ve sunucu izleme önlemlerini de uygulayın.

DDoS saldırısı nasıl engellenir?

Saldırının türüne göre ağ düzeyinde DDoS koruması, CDN, WAF, rate limiting ve sunucu güvenlik önlemleri uygulanabilir. Büyük hacimli saldırılarda hosting veya altyapı sağlayıcısının müdahalesi gerekebilir.

DDoS saldırısı nedir?

DDoS, çok sayıda dağıtık kaynaktan hedef sisteme aşırı trafik veya istek gönderilerek web sitesi ya da hizmetin kullanılamaz hâle getirilmesini amaçlayan saldırı türüdür.

WordPress sitesine DDoS saldırısı yapıldığı nasıl anlaşılır?

Ani istek artışı, yüksek sunucu yükü, hata oranlarında yükseliş ve olağandışı trafik kalıpları saldırı belirtisi olabilir. Ancak kesin değerlendirme için CDN, sunucu ve uygulama kayıtlarının incelenmesi gerekir.

Cloudflare DDoS saldırılarını engeller mi?

Cloudflare, ağ ve HTTP katmanındaki uygun DDoS saldırılarını tespit edip azaltmaya yönelik koruma sistemleri sunar. Bununla birlikte hiçbir hizmet bütün saldırı koşullarında kesintisiz erişimi garanti etmez.

Wordfence DDoS saldırılarını durdurur mu?

Wordfence, WordPress uygulama güvenliği, zararlı istekler ve giriş saldırıları için yararlı olabilir. Ancak büyük ağ saldırılarında yalnızca uygulama içindeki güvenlik eklentisine güvenmek yeterli değildir.

XML-RPC kapatılırsa DDoS engellenir mi?

XML-RPC erişimini gereksizse kısıtlamak belirli kötüye kullanım türlerini azaltabilir. Ancak XML-RPC’nin kapatılması WordPress sitesini bütün DDoS saldırılarından korumaz.

WordPress REST API kapatılmalı mı?

Genellikle hayır. WordPress REST API, çekirdek ve çeşitli eklentilerin işlevleri için kullanılır. Tamamen kapatmak yerine gereken uç noktalarda uygun yetkilendirme, WAF ve hız sınırlama değerlendirilmelidir.

DDoS ile brute-force arasındaki fark nedir?

DDoS hizmetin erişilebilirliğini bozmaya odaklanırken brute-force saldırısı kullanıcı hesabına erişmek için çok sayıda parola denemesi yapar. Bazı yoğun giriş denemeleri aynı zamanda sunucu yükü de oluşturabilir.

Rate limiting nedir?

Rate limiting, belirli bir zaman aralığında yapılan isteklerin hızını veya sayısını kontrol etmeye yardımcı olan güvenlik yöntemidir. WordPress giriş, API veya yoğun dinamik işlemlerinde uygun kurallarla kullanılabilir.

DDoS saldırısında hosting sağlayıcısına başvurmalı mıyım?

Evet. Özellikle ağ bağlantısı veya kaynak sunucu kapasitesi etkileniyorsa hosting sağlayıcısının saldırı kayıtlarını incelemesi ve altyapı düzeyinde koruma sağlaması gerekebilir.

DDoS saldırısı SEO’yu etkiler mi?

Uzun süren erişim sorunları, kullanıcı deneyimini ve arama motorlarının sayfaya ulaşmasını etkileyebilir. Ancak her DDoS olayı için belirli bir sıralama kaybı veya trafik düşüşü olacağını söylemek mümkün değildir.

DDoS saldırısı sırasında siteyi tamamen kapatmalı mıyım?

Genellikle ilk tercih bu olmamalıdır. Öncelikle hosting ve güvenlik sağlayıcısıyla koordineli biçimde trafiği filtrelemeyi ve hizmeti erişilebilir tutmayı değerlendirin. Gerekli acil işlemler mevcut sorunun türüne göre belirlenmelidir.

Cloudflare Under Attack Mode sürekli açık kalmalı mı?

Under Attack Mode, yoğun saldırı durumlarında geçici olarak değerlendirilmesi gereken bir koruma seçeneğidir. Gerçek ziyaretçilerin, API istemcilerinin ve analitik sistemlerin davranışını etkileyebileceğinden sürekli kullanım ihtiyacı dikkatle değerlendirilmelidir.

WordPress DDoS Güvenliği İçin Resmî Kaynaklar

WordPress ve DDoS koruması hakkında güncel teknik ayrıntıları aşağıdaki resmî belgelerden inceleyebilirsiniz:

• WordPress: Brute-Force Saldırıları ve Giriş Güvenliği
• WordPress: REST API Güvenliği ve Kullanımı
• WordPress: XML-RPC Güvenlik Yapılandırması
• Cloudflare: DDoS Koruma Kuralları
• Cloudflare: DDoS Saldırılarına Karşı Önleyici Koruma
• Cloudflare: Under Attack Mode
• AWS: DDoS Saldırı Türleri ve Savunma Yaklaşımı
• WordPress.org: Wordfence Security

Sonuç: WordPress’te DDoS saldırısı nasıl engellenir sorusunun yanıtı, birden fazla güvenlik katmanının birlikte uygulanmasında bulunur. CDN ve ağ düzeyindeki DDoS koruması, WAF, hız sınırlama, kaynak sunucu güvenliği ve uygulama optimizasyonu birbirini tamamlar. REST API gibi önemli WordPress bileşenlerini gerekçesiz kapatmak yerine gerçek saldırı yüzeylerini belirleyin, güvenlik kayıtlarını inceleyin ve hosting sağlayıcısıyla koordineli hareket edin.