Bir sitenin güvenliği yalnızca sayfa koduna bağlı değildir. Alan adı hesabı, hosting paneli, dosyalar ve e-posta kutuları birlikte korunmalıdır. Aşağıdaki kontroller, kendi sitenizin yönetimine yönelik savunma amaçlı bir başlangıçtır.
Panel ve alan adı hesabını birlikte koruyun
cPanel ve alan adı hesabında farklı, uzun parolalar kullanın. Sağlayıcının sunduğu çok faktörlü doğrulamayı etkinleştirin. Alan adı yenileme ve kurtarma e-postalarının size ulaştığını kontrol edin. Yenileme uyarılarını kaybetmek, teknik bir güvenlik açığı olmadan da sitenizi erişilemez bırakabilir.
Destek çalışanı olduğunu söyleyen birinin gönderdiği giriş bağlantısı yerine sağlayıcının bildiğiniz adresini açın. Bir ekip üyesine erişim verirken mümkünse ayrı hesap veya sınırlı yetki kullanın; ortak parola paylaşmak hangi işlemi kimin yaptığını belirsizleştirir.
HTTPS’i gerçek adresinizde test edin
Geçerli bir TLS sertifikası kurulu olmalı ve alan adınızla eşleşmelidir. Hosting panelinde sertifika durumunu kontrol edin. Ardından ana sayfanızı ve iç sayfalarınızı HTTPS üzerinden açın. Tarayıcı konsolunda HTTP üzerinden yüklenmeye çalışan görsel veya betik olup olmadığını inceleyin.
HTTP’den HTTPS’e yönlendirmeyi sertifika çalıştıktan sonra etkinleştirin. Proxy veya CDN kullanılıyorsa yanlış yönlendirme kuralları döngü oluşturabilir. Birden çok yerde farklı kurallar tanımlamak yerine sağlayıcınızın önerdiği yöntemi uygulayın.
Yayın klasöründe ne bulunduğunu bilin
Herkese açık web klasörüne veri tabanı yedeği, özel anahtar, parola dosyası veya eski bir arşiv bırakmayın. Bir dosyaya menüden bağlantı verilmemesi, o dosyanın internete kapalı olduğu anlamına gelmez. Dizin listelemesini kapatın ve gereksiz dosyaları kaldırın.
Statik bir site için yönetici paneli veya veritabanı zorunlu değildir. Kullanmadığınız bir yönetim aracını sırf alışkanlıktan kurmak, güncel tutmanız gereken bileşen sayısını artırır. İhtiyacınız olmayan özellikleri azaltın.
Dosya izinlerini rastgele genişletmeyin
Bir dosya çalışmadığında tüm klasörlere yazma izni vermek kolay bir çözüm gibi görünür. Gerekli izin, hosting ortamına ve çalışan kullanıcıya bağlıdır. Birçok standart ortamda dosyalar için 644, klasörler için 755 yaygındır; sağlayıcınızın önerisi önceliklidir. 777 gibi geniş izinleri genel bir çözüm olarak kullanmayın.
Bir hata için önce dosya yolu, büyük/küçük harf, sahiplik ve hata günlüğünü kontrol edin. Linux sunucularda Logo.webp ile logo.webp farklı dosyalar olabilir.
Yedekleri web kökünün dışında tutun
Yayın klasörünün, varsa veri tabanının ve önemli yapılandırmaların yedeğini ayrı bir yerde saklayın. Aynı sunucuda duran tek yedek, sunucuya erişiminizi kaybettiğinizde yeterli olmayabilir. Yedek dosyalarını indirilebilir bir adreste bırakmayın.
Geri yükleme denemesini canlı siteyi bozmadan ayrı bir klasörde veya test ortamında yapın. Bir arşivin açılması, uygulamanın tüm sayfalarıyla çalışacağını göstermez; görselleri ve bağlantıları da deneyin.
E-posta ve güvenlik başlıklarını unutmayın
İletişim adresinin gerçekten mesaj alabildiğini test edin. Alan adınız için SPF, DKIM ve DMARC ayarlarını sağlayıcınızın belgeleriyle kontrol edin; yanlış kayıtlar teslimatı etkileyebilir. Bunlar tek başına oltalamayı ortadan kaldırmaz, fakat alan adınızın kötüye kullanılmasına karşı yardımcı katmanlardır.
Content-Security-Policy ve X-Content-Type-Options gibi başlıklar tarayıcı davranışını sınırlandırabilir. Bir kuralı kopyalamadan önce sitenizin ihtiyaç duyduğu kaynakları anlayın. Reklam veya analitik sonradan eklenirse hem bu kurallar hem veri işleme açıklamaları yeniden değerlendirilmelidir.
Kaynaklar & daha fazlası
Genel bilgilendirme amaçlı editoryal içerik. Yazılım ve hizmetler değişebilir; uygulamadan önce kendi ortamınızın resmî belgelerini kontrol edin. Yayın yaklaşımımız
Bir hata mı fark ettin, bir fikrin mi var?
Sayfanın bağlantısıyla bize yazabilirsin.
