X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

₺ Türk Lirası $ US Dollar
X

Lütfen Ülke (Bölge) Seçiniz

Türkiye (Türkçe)Türkiye (Türkçe) Worldwide (English)Worldwide (English)
X

Lütfen Para Birimi Seçiniz

₺ Türk Lirası $ US Dollar

Web Sitesi İçin Siber Güvenlik Kontrolü Nasıl Yapılır?

AnasayfaYazılarTeknik RehberlerWeb Sitesi İçin Siber Güvenlik Kont...

Web sitesi için siber güvenlik, tek bir araç kurmaktan çok hesapları, yazılımları, yedekleri ve erişim izinlerini birlikte kontrol etmeyi gerektirir. Önce yönetici hesaplarını koruyun, sonra güncellemeleri ve yedekleri doğrulayın; beklenmeyen dosya veya giriş görürseniz kanıtları kaybetmeden ilgili erişimi sınırlayın ve değişiklikleri tek tek uygulayın.

Siber güvenlik kontrolüne başlamadan önce ortamı belirleyin

Paylaşımlı hosting kullanıyorsanız genellikle kontrol paneline, site yönetim aracına ve alan adı hesabına erişiminiz vardır; işletim sistemi ve web sunucusu katmanı sağlayıcı tarafından yönetilir. VPS veya fiziksel sunucuda ise sunucu yöneticisi, işletim sistemi güncellemeleri, güvenlik duvarı ve sistem günlükleri de kapsamınıza girer. Bu ayrım önemlidir: yetkiniz olmayan bir servis ayarını değiştirmeye çalışmak yeni kesintilere yol açabilir.

Kontrole başlamadan önce yöneticilerin listesini, kullanılan eklenti ve uygulamaları, son çalışan yedeğin tarihini ve alan adı hesabına erişen kişileri not edin. Mevcut ayarların ekran görüntüsünü veya dışa aktarılabilir bir yapılandırma yedeğini saklayın. Hesap parolalarını, API anahtarlarını ya da günlüklerin tamamını herkese açık bir yere kopyalamayın.

Uygulanabilir siber güvenlik adımları

  1. Yönetici hesaplarını inceleyin. Hosting panelinde, CMS yönetim ekranında ve alan adı hesabında kullanıcı listesini açın. Tanımadığınız bir hesap, yeni bir yönetici veya kullanılmayan yüksek yetkili kullanıcı varsa önce listeyi ve son giriş zamanlarını kaydedin; hesabı hemen silmek yerine sağlayıcının güvenli devre dışı bırakma seçeneğiyle erişimi geçici olarak durdurun. Beklenmeyen hesap görünmüyorsa sonraki adıma geçin. İki aşamalı doğrulama mevcutsa özellikle yönetici ve alan adı hesaplarında etkinleştirin.
  2. Yazılım envanterini ve güncelleme durumunu kontrol edin. CMS, tema, eklenti, kontrol paneli ve sunucu işletim sistemi için güncelleme ekranlarını ayrı ayrı inceleyin. Bir bileşen desteklenmeyen veya uzun süredir güncellenmemiş görünüyorsa önce yedek alın, uyumluluk notlarını kontrol edin ve yalnız o bileşeni güncelleyin; tüm sistemi aynı anda değiştirmeyin. Güncelleme sonrasında ana sayfa, giriş ekranı ve kritik formu açın. Bir özellik bozulursa son değişikliği geri alın ve uyumlu sürüm için geliştirici dokümantasyonunu inceleyin.
  3. Yedeklerin gerçekten geri yüklenebilir olduğunu doğrulayın. Panelde yalnızca “yedek alındı” mesajına bakmayın; dosyaların ve veritabanının ayrı kopyalarının tarihini, saklama süresini ve erişilebilirliğini kontrol edin. Üretim sitesinde doğrudan geri yükleme yapmak yerine sağlayıcı destekliyorsa geçici bir ortamda küçük bir geri yükleme denemesi yapın. Dosyalar açılıyor fakat veritabanı eksikse yedekleme kapsamını düzeltin; her iki parça da mevcutsa yedeğin çalışabilirliği hakkında daha güçlü kanıt elde edersiniz.
  4. Giriş ve dosya değişikliklerini karşılaştırın. Hosting panelindeki erişim günlükleri, CMS güvenlik kayıtları ve dosya değişiklik bildirimlerinde aynı zaman aralığını inceleyin. Tanımadığınız bir IP tek başına ihlal kanıtı değildir; ancak bilinmeyen bir yönetici girişiyle aynı dakikalarda yeni bir eklenti veya PHP dosyası oluşmuşsa ilgili hesabın parolasını güvenilir bir cihazdan değiştirin, oturumları sonlandırın ve dosyayı çalıştırmadan sağlayıcının inceleme aracına veya yöneticisine bildirin. Kanıtları kaydetmeden dosyaları silmeyin.
  5. Değişiklikten sonra aynı işlemi yeniden test edin. Örneğin sorun yönetici girişinde görülüyorsa aynı giriş adresini, aynı hesapla ve yeni bir zaman damgasıyla test edin; yeni günlük kaydında başarılı giriş, başarısız parola denemesi ve iki aşamalı doğrulama sonucunu ayırın. Beklenmeyen giriş sürüyorsa yeni parolayı tekrar kullanmak yerine hesabı geçici kilitleyin ve alan adı, e-posta ile hosting hesabının oturumlarını da inceleyin. Sorun çözülürse önceki güvenlik ayarlarının kaydını saklayın; çözülmezse sıradaki bileşeni rastgele değiştirmeyin.

Belirtiye göre doğru müdahaleyi seçin

Siteye giriş yapılıyor fakat tanımadığınız yönetici hesabı oluşuyorsa öncelik uygulama içi kullanıcı listesinden çok hesabın ve oturumların korunmasıdır. Parolayı değiştirmek, aktif oturumları kapatmak ve iki aşamalı doğrulamayı açmak hedefli bir düzeltmedir. Buna karşılık ana sayfa değişmiş ve günlüklerde dosya yazma hatası görülüyorsa parola değişikliği tek başına yeterli olmayabilir; dosya değişikliğinin zamanını yedekle karşılaştırıp yönetici erişimini ve ilgili eklentinin güncelliğini ayrı ayrı ele alın.

Diyelim ki küçük bir tanıtım sitesinde yönetici hesabına ait olmayan yeni bir kullanıcı fark edildi ve aynı saatlerde giriş günlüğünde bilinmeyen bir oturum kaydı bulundu. Bu bulgu, önce hesabın erişimini sınırlamayı ve parolaları güvenilir cihazdan yenilemeyi gerektirir. Ardından site dosyalarında değişiklik olup olmadığı incelenir. Dosya değişikliği yoksa olayın kapsamı kullanıcı hesabıyla sınırlı olabilir; yeni bir dosya da bulunursa yedekten geri dönmeden önce sağlayıcı veya yetkili yöneticiyle bütünlük incelemesi yapılmalıdır.

Güvenlik ayarlarını doğrularken sınırları bilin

Web uygulaması güvenlik eklentileri şüpheli girişleri gösterebilir, ancak bunlar sunucu işletim sistemi günlüklerinin veya alan adı hesabı kayıtlarının tamamını temsil etmeyebilir. Benzer şekilde, bir yedeğin mevcut olması saldırı sonrası temiz bir kopya olduğu anlamına gelmez; yedek tarihini ve geri yükleme noktasını değişiklik zamanıyla karşılaştırın. VPS yöneten kişiler ayrıca işletim sistemi ve SSH erişimini incelerken sağlayıcı tarafından yönetilen katmanlara müdahale etmemelidir.

Kontroller sırasında erişim kaybı yaşanırsa önceki ayarların kaydını kullanarak yalnız son değiştirdiğiniz faktörü geri alın. Güvenlik duvarını tamamen kapatmak, tüm dosyalara geniş yazma izni vermek veya teşhis amacıyla herkese açık hata çıktısı açmak güvenli geri dönüş yöntemleri değildir. Aynı belirti devam ediyorsa yeni bir değişiklik yapmadan önce zaman damgalı günlükleri ve son yedeği yetkili sağlayıcıya iletin.

İlk uygulamada yönetici hesabı, güncelleme durumu ve geri yükleme kanıtını tamamlayın; ardından bu üç kontrolü düzenli bir takvime bağlayın. Web barındırma seçeneklerini ve yönetim kapsamını değerlendirirken İyibirNet üzerinden ilgili hizmet bilgilerini inceleyebilirsiniz.


Top