Web Yazılım Tasarım | Dijitalde Güçlü Çözümler
150+ Başarılı Proje 100+ Aktif İş Ortağı 450+ Reklam Kampanyası
• 0549 900 30 50 • Pendik, İstanbul •
Güvenlik önlemleri

Web Sitesi Güvenliği Nasıl Sağlanır?

Saldırıların çoğu hedef seçmez; otomatik araçlar bilinen açıkları olan siteleri tarar. İyi haber şu: en yaygın riskler, düzenli uygulanan birkaç temel önlemle büyük ölçüde kapanır.

Son güncelleme: · Web Yazılım Tasarım

Kısa cevap

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
  1. Web siteleri neden saldırıya uğrar?
  2. En büyük risk nereden geliyor?
  3. Hangi önlemler öncelikli uygulanmalı?
  4. Yedek neden tek başına yetmez?
  5. Formlar ve müşteri verisi için hangi yasal yükümlülükler var?
  6. Sunucu tarafında neler yapılmalı?
  7. E-posta ve alan adı güvenliği de sitenin parçası mı?
  8. Sitenizin saldırıya uğradığını nasıl anlarsınız?
  9. 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 temaBilinen açık otomatik taranırDüzenli güncelleme, kullanılmayanları silme
Yamasız veya terk edilmiş eklentiAçık kapatılamazAlternatif eklentiye geçme veya kaldırma
Zayıf veya tekrar kullanılan şifreDeneme yanılma, sızmış şifre listeleriUzun benzersiz şifre, iki adımlı doğrulama
Desteği bitmiş PHP sürümüGüvenlik yaması gelmezDesteklenen sürüme geçiş
Paylaşılan yönetici hesabıKimin ne yaptığı bilinmez, ayrılan kişi erişimi korurKişiye özel hesap ve en az yetki
Korsan (nulled) tema/eklentiİçine gizli arka kapı eklenmiş olabilirYalnı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.

  1. Güncellemeleri düzenli yapınÇekirdek, tema ve eklenti güncellemelerini en az haftada bir kontrol edin; güvenlik güncellemelerini bekletmeyin.
  2. Kullanılmayan her şeyi silinDevre dışı eklenti ve temalar da sunucuda durduğu sürece açık oluşturabilir.
  3. 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.
  4. 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.
  5. 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.
  6. 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.
  7. İ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.

ÖnlemPaylaşımlı hostingKendi sunucunuz
İşletim sistemi güncellemeleriHosting firmasıSiz veya yöneticiniz
Güvenlik duvarı ve kaba kuvvet korumasıGenellikle hazırKurulmalı ve izlenmeli
PHP sürümü seçimiPanelden siz seçersinizSiz kurar ve güncellersiniz
Dosya izinleriKısmen sizdeTamamen sizde
Sunucu dışı yedekAyrı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 Yazılım Tasarım · Pendik, İstanbul. Bu sayfa ekibimiz tarafından hazırlandı; platform ve mevzuat bilgileri 24 Eylül 2026 tarihinde kontrol edildi. Hata görürseniz bize yazın.