Web sitesi güvenliği dört temel önlemle sağlanır: yazılım, tema ve eklentileri güncel tutmak, yönetici hesaplarında güçlü şifre ve iki adımlı doğrulama kullanmak, sitenin dışarıda saklanan ve geri yüklemesi denenmiş yedeğini almak, sunucuda desteklenen PHP sürümü ve HTTPS kullanmak. Patchstack'e göre 2025'te WordPress açıklarının yüzde 91'i eklentilerdeydi; bu yüzden güncelleme en kritik adımdır.
Bu sayfada
- Web siteleri neden saldırıya uğrar?
- En büyük risk nereden geliyor?
- Hangi önlemler öncelikli uygulanmalı?
- Yedek neden tek başına yetmez?
- Formlar ve müşteri verisi için hangi yasal yükümlülükler var?
- Sunucu tarafında neler yapılmalı?
- E-posta ve alan adı güvenliği de sitenin parçası mı?
- Sitenizin saldırıya uğradığını nasıl anlarsınız?
- Sık sorulan sorular
Web siteleri neden saldırıya uğrar?
Küçük bir işletmenin sitesine kimsenin ilgi duymayacağı düşünülür. Oysa saldırıların büyük kısmı otomatiktir: botlar internetteki siteleri tarar, bilinen bir açığı olan eklentiyi veya zayıf şifreli bir paneli bulduğunda içeri girer. Amaç çoğu zaman sizin verileriniz değil, sitenizin itibarını spam, dolandırıcılık sayfası veya zararlı yazılım yaymak için kullanmaktır.
OWASP'ın 6 Kasım 2025'te yayımlanan Top 10:2025 listesinde ilk sırada yine erişim kontrolü hataları yer aldı. Listeye yeni giren "yazılım tedarik zinciri hataları" ise üçüncü sırada; bu kategori, dışarıdan alınan kütüphane, tema ve eklentilerden gelen riskleri kapsıyor. Hazır bileşenlerle kurulan siteler için bu, en doğrudan risktir.
En büyük risk nereden geliyor?
WordPress çekirdeği oldukça güvenlidir. Patchstack'in 2026 raporuna göre 2025'te WordPress ekosisteminde 11.334 yeni açık bulundu ve bunların yüzde 91'i eklentilerdeydi; çekirdekte yalnızca 6 açık bildirildi. Aynı rapora göre açıkların yüzde 46'sı duyurulduğunda henüz yamasızdı.
| Risk kaynağı | Nasıl istismar edilir | Önlem |
|---|---|---|
| Güncellenmeyen eklenti ve tema | Bilinen açık otomatik taranır | Düzenli güncelleme, kullanılmayanları silme |
| Yamasız veya terk edilmiş eklenti | Açık kapatılamaz | Alternatif eklentiye geçme veya kaldırma |
| Zayıf veya tekrar kullanılan şifre | Deneme yanılma, sızmış şifre listeleri | Uzun benzersiz şifre, iki adımlı doğrulama |
| Desteği bitmiş PHP sürümü | Güvenlik yaması gelmez | Desteklenen sürüme geçiş |
| Paylaşılan yönetici hesabı | Kimin ne yaptığı bilinmez, ayrılan kişi erişimi korur | Kişiye özel hesap ve en az yetki |
| Korsan (nulled) tema/eklenti | İçine gizli arka kapı eklenmiş olabilir | Yalnızca resmi kaynaklardan lisanslı yazılım |
Hangi önlemler öncelikli uygulanmalı?
Web sitesi güvenliği nasıl sağlanır sorusunun cevabı pahalı yazılımlarla değil, temel adımların düzenli uygulanmasıyla başlar. Aşağıdaki sıra, en büyük riski en az çabayla azaltacak şekilde düzenlendi.
- Güncellemeleri düzenli yapınÇekirdek, tema ve eklenti güncellemelerini en az haftada bir kontrol edin; güvenlik güncellemelerini bekletmeyin.
- Kullanılmayan her şeyi silinDevre dışı eklenti ve temalar da sunucuda durduğu sürece açık oluşturabilir.
- Yönetici girişini sıkılaştırınHer kişiye ayrı hesap açın, iki adımlı doğrulamayı etkinleştirin ve hatalı giriş denemelerini sınırlayın.
- Yedekleme düzeni kurunYedekler sunucu dışında saklansın, birkaç gün geriye dönük olsun ve geri yüklemesi en az bir kez denensin.
- Sunucuyu güncel tutunPHP 8.1 ve öncesi artık güvenlik yaması almıyor; PHP 8.2'nin güvenlik desteği 31 Aralık 2026'da bitiyor.
- HTTPS'i zorunlu yapınTüm sayfalar HTTPS'e yönlensin. Sertifikaların azami süresi 15 Mart 2026'da 200 güne indi; yenilemenin otomatik olduğundan emin olun.
- İzleme kurunSearch Console'daki Güvenlik Sorunları raporunu ve dosya değişikliği uyarılarını takip edin.
Yedek neden tek başına yetmez?
Yedek, kötü bir günden sonra geri dönmenizi sağlar ama saldırıyı engellemez. Üstelik yedek sitenin aynı sunucusunda duruyorsa, sunucu ele geçirildiğinde yedek de silinebilir ya da enfekte olabilir. Saldırı fark edilmeden haftalarca sürdüyse son yedekler de temiz olmayabilir.
- Yedekleri en az bir kopyası farklı bir sağlayıcıda olacak şekilde saklayın.
- Günlük yedekleri en az birkaç hafta geriye dönük tutun.
- Dosyaların yanında veritabanını da yedekleyin.
- Yılda birkaç kez yedekten test ortamına geri yükleme yapın; hiç denenmemiş yedek güvence değildir.
Yedekleme, güncelleme ve izlemenin tek bir düzende yürütülmesi için web sitesi bakım hizmetimizin kapsamına bakabilirsiniz.
Formlar ve müşteri verisi için hangi yasal yükümlülükler var?
Sitenizde iletişim formu, üyelik veya sipariş varsa kişisel veri işliyorsunuz demektir. 6698 sayılı KVKK'nın 12. maddesi, veri sorumlusunun verilerin hukuka aykırı erişimini önlemek için gerekli teknik ve idari tedbirleri almasını şart koşar. Güncellenmeyen bir eklenti yüzünden sızan form verileri, bu yükümlülük kapsamında değerlendirilir.
Kişisel Verileri Koruma Kurulu'nun 24 Ocak 2019 tarihli ve 2019/10 sayılı kararına göre veri ihlali, öğrenildiği andan itibaren en geç 72 saat içinde Kurul'a bildirilmelidir. Bu nedenle sitede hangi verilerin nerede tutulduğunu bilmek ve gereksiz veriyi hiç toplamamak önemlidir.
- Formlarda yalnızca gerçekten gerekli alanları isteyin.
- Form kayıtlarını panelde süresiz saklamayın; belirli aralıklarla silin.
- Yönetici paneline erişimi olan kişileri listeleyin ve ayrılanların hesabını kapatın.
- Ödeme bilgisini kendi sunucunuzda tutmayın; ödeme kuruluşunun sayfasını veya altyapısını kullanın.
Sunucu tarafında neler yapılmalı?
Paylaşımlı hosting kullanıyorsanız sunucu güvenliğinin büyük kısmı hosting firmasındadır. Kendi sunucunuzu (VPS) kullanıyorsanız bu sorumluluk size ya da sunucuyu yöneten ekibe geçer.
| Önlem | Paylaşımlı hosting | Kendi sunucunuz |
|---|---|---|
| İşletim sistemi güncellemeleri | Hosting firması | Siz veya yöneticiniz |
| Güvenlik duvarı ve kaba kuvvet koruması | Genellikle hazır | Kurulmalı ve izlenmeli |
| PHP sürümü seçimi | Panelden siz seçersiniz | Siz kurar ve güncellersiniz |
| Dosya izinleri | Kısmen sizde | Tamamen sizde |
| Sunucu dışı yedek | Ayrıca planlanmalı | Ayrıca planlanmalı |
Sunucu yönetimi seçeneklerini sunucu yönetimi sayfamızda anlattık.
E-posta ve alan adı güvenliği de sitenin parçası mı?
Evet. Alan adı hesabı ele geçirilirse saldırgan DNS kayıtlarını değiştirip sitenizi ve e-postalarınızı başka bir sunucuya yönlendirebilir. Bu, sitedeki en güçlü önlemleri bile etkisiz bırakır.
- Alan adı kayıt hesabında iki adımlı doğrulamayı açın.
- Alan adında transfer kilidinin açık olduğundan emin olun.
- SPF, DKIM ve DMARC kayıtlarını kurarak alan adınız adına sahte e-posta gönderilmesini zorlaştırın.
- Hesaplara bağlı e-posta adresinin kurumsal ve güncel olmasına dikkat edin.
E-posta doğrulama kayıtlarının nasıl kurulduğunu SPF, DKIM ve DMARC nedir yazısında anlattık.
Sitenizin saldırıya uğradığını nasıl anlarsınız?
Tüm önlemlere rağmen bir saldırı başarılı olabilir. Erken fark etmek, hasarı ve temizlik süresini küçültür. Aşağıdaki belirtilerden birini görürseniz beklemeyin.
- Google sonuçlarında sitenizin adı altında tanımadığınız sayfalar, ilaç veya bahis içerikleri görünüyor.
- Tarayıcı veya Google, sitenin tehlikeli olabileceği uyarısı veriyor.
- Ziyaretçiler başka bir siteye yönlendirildiklerini söylüyor.
- Yönetici panelinde tanımadığınız kullanıcılar var.
- Hosting firması yüksek kaynak kullanımı veya spam gönderimi uyarısı yapıyor.
Bu durumda ilk saatte yapılması gerekenleri site hacklendi ne yapmalı yazısında sıraladık. Temizlik ve Google uyarısının kaldırılması için hacklenen site kurtarma hizmetimize başvurabilirsiniz.
Sık sorulan sorular
Güvenlik eklentisi kurmak yeterli mi?
Güvenlik eklentisi giriş denemelerini sınırlamak ve dosya değişikliklerini izlemek için faydalıdır. Ancak güncellenmeyen bir eklentideki açığı kapatmaz, yedek almaz ve eski PHP sürümünü düzeltmez. Eklenti, düzenli bakımın yerine değil yanına konmalıdır.
SSL sertifikası siteyi hacklenmekten korur mu?
Hayır. SSL, ziyaretçi ile sunucu arasındaki veriyi şifreler ve araya girilmesini önler. Sitedeki bir yazılım açığını kapatmaz. HTTPS gereklidir ama güvenlik önlemlerinin yalnızca bir parçasıdır.
Küçük bir tanıtım sitesi için de bu önlemler gerekli mi?
Evet. Otomatik saldırılar sitenin büyüklüğüne bakmaz, açığa bakar. Ele geçirilen küçük bir site spam dağıtmak için kullanılabilir, Google tarafından işaretlenebilir ve alan adınızdan giden e-postalar spam klasörüne düşmeye başlayabilir.
Yönetici panelinin adresini değiştirmek işe yarar mı?
Otomatik giriş denemelerini azaltabilir ama tek başına güvenlik önlemi değildir. Güçlü şifre, iki adımlı doğrulama ve deneme sınırlaması çok daha etkilidir. Adres değişikliği bu önlemlerin üstüne eklenen küçük bir katmandır.
Ne sıklıkla güvenlik kontrolü yapılmalı?
Güncellemeler haftalık, yedek kontrolü aylık, kullanıcı ve yetki listesi üç ayda bir gözden geçirilmelidir. Büyük bir güncelleme veya yeni eklenti kurulumundan sonra ayrıca kontrol yapmak iyi olur.
Özel yazılım siteler daha mı güvenli?
Herkesin kullandığı bir eklentiye bağlı olmadıkları için otomatik taramalara daha az açıktırlar. Ancak güvenlik yine kodun kalitesine, kullanılan çatının güncel tutulmasına ve sunucu ayarlarına bağlıdır. Hiçbir yazılım bakımsız kaldığında güvenli değildir.
Projenizi konuşalım
İhtiyacınızı WhatsApp'tan kısaca yazın; kapsamı netleştirip aynı gün içinde size dönüş yapalım.
İlgili sayfalar
- Web Sitesi Bakım Hizmeti: Siteniz Sessizce BozulmasınWeb siteleri çoğu zaman bir gecede değil, yavaş yavaş bozulur: güncellenmeyen bir eklenti, süresi dolan bir sertifika, alınmayan bir yedek.
- Site Hacklendi: Temizlik, Açığın Kapatılması ve Google Uyarısının KaldSitenize yabancı içerik eklendiyse, ziyaretçiler başka sitelere yönleniyorsa ya da Google "bu site saldırıya uğramış olabilir" diyorsa: zara
- Linux Sunucu Yönetimi: Kurulum, Güvenlik, Yedek ve İzlemeVPS ya da fiziksel sunucunuzu sıfırdan kuruyor, güvenliğini sıkılaştırıyor, yedeklerini düzenli alıp geri yüklemeyi test ediyoruz. Güncellem
- Site Hacklendi Ne Yapmalı? İlk 1 Saatlik Kontrol ListesiSitenizde tanımadığınız bir sayfa, kumar sitesine yönlendirme ya da Chrome'da kırmızı bir uyarı mı var? Panikle dosya silmeden önce ilk bir
- Web Sitesi Yönetim Paneline Giremiyorum: Ne Yapmalıyım?Panele girememenin nedeni çoğu zaman basit bir şifre sorunudur. Ama bazen hata mesajı, sunucu arızasına, bozuk bir eklentiye ya da güvenlik
- OWASP — Top 10:2025
- Patchstack — State of WordPress Security in 2026
- PHP — Desteklenen sürümler
- DigiCert — TLS sertifika sürelerinin kısalma takvimi
- 6698 sayılı Kişisel Verilerin Korunması Kanunu (md. 12)
- KVKK — Veri ihlali bildirimi, Kurul'un 24.01.2019 tarihli ve 2019/10 sayılı kararı
- Search Console Yardım — Güvenlik sorunları raporu