İçeriğe geç

Site çöktü veya hacklendi: yedekten adım adım geri yükleme

Orta 90 dk Güncellendi:

Kısa cevap

Site çöktüğünde veya hacklendiğinde, önce izole edin (hiçbir şeyi silmeyin), olayın tam zamanını belirleyin ve o andan önce alınmış bir yedek bulun. Ardından dosyaları ve veritabanını yedekten geri yükleyin, bütünlüğü kontrol edin, şifreleri sıfırlayın ve ancak o zaman siteyi tekrar yayına alın.

Sorun nasıl anlaşılır

  • Site 500 hatası, beyaz sayfa veya veritabanı hatası mesajı gösteriyor
  • Sitede bilinmeyen bağlantılar, reklamlar veya sizin oluşturmadığınız sayfalar görünüyor
  • Yeni yönetici hesapları veya dizinde bilinmeyen dosyalar ortaya çıkıyor
  • Google zararlı site uyarısı gösteriyor veya site dizinden kaldırılmış
  • Hosting, şüpheli etkinlik veya kaynak aşımı nedeniyle hesabı askıya aldı

En yaygın nedenler

Ele geçirilmiş yönetici şifresi

Zayıf veya tekrar kullanılan bir şifre, saldırganın yönetici olarak oturum açmasına ve içeriği değiştirmesine veya kötü amaçlı kod yüklemesine olanak tanır.

Eski eklenti veya tema

Savunmasız eklentiler ve temalar (özellikle güncellenmemiş olanlar) WordPress ve benzeri sistemlere yönelik saldırıların en yaygın giriş noktasıdır.

Yapılandırma veya güncelleme hatası

Başarısız bir güncelleme, yanlış değiştirilmiş bir dosya veya eklenti çakışması, saldırı olmadan da siteyi çökertebilir.

Hosting sorunları

Sunucu, veritabanı çökmesi veya kaynak aşımı, site hacklenmemiş olsa bile erişilemezliğe neden olabilir.

Bilgisayarda kötü amaçlı yazılım

Siteye virüslü bir bilgisayardan giriş yaparsanız, kimlik bilgileri çalınabilir ve site ele geçirilebilir.

Adım adım çözüm

  1. 1

    Siteyi izole edin ve kanıtları saklayın

    Dosyaları silmeyin ve yeniden yükleme yapmayın. Site hacklendiyse, bakım moduna alın veya genel erişimi geçici olarak kapatın. Analiz için mevcut durumun bir kopyasını (dosyalar ve veritabanı) saklayın, ardından erişim bilgilerini (FTP, veritabanı, yönetici hesabı) mümkün olan en kısa sürede değiştirin.

  2. 2

    Olay zamanını belirleyin

    Hostingdeki erişim günlüğünü (access log) ve hata günlüğünü (error log) inceleyin (genellikle kontrol panelinde, örneğin cPanel veya Plesk'te günlükler veya istatistikler bölümünde ya da hostingin belirttiği günlük dizininde). Şüpheli etkinliklerin veya hataların ortaya çıktığı tarih ve saati not edin. Bu, o andan önce alınmış bir yedek seçmek için çok önemlidir.

  3. 3

    Uygun yedeği bulun

    Hosting panelinde yedekleme bölümünü arayın (örneğin Backup veya Backup Wizard). Hosting otomatik günlük yedekler alıyorsa, olaydan önceki yedeği seçin. Hosting yedeğiniz yoksa, kendi yedeğiniz olup olmadığını kontrol edin (yedekleme eklentisi, manuel veritabanı ve dosya dışa aktarımı).

  4. 4

    Site dosyalarını geri yükleyin

    FTP veya hosting dosya yöneticisi aracılığıyla mevcut site dizinini yeniden adlandırın (örneğin public_html yerine public_html_old) ve yedek arşivini açın. Her şeyin çalıştığını doğrulayana kadar eski dizini silmeyin. Yedekte yer almıyorsa yapılandırma dosyalarının üzerine yazmamaya dikkat edin. Mümkünse, önce siteyi yerel geliştirme ortamında geri yükleyerek test edin.

  5. 5

    Veritabanını geri yükleyin

    Veritabanı panelinde (örneğin phpMyAdmin) yeni bir veritabanı oluşturun veya mevcut olanı kullanıyorsanız önce onu dışa aktarın. Ardından gerekirse mevcut tabloları silin ve yedekteki .sql dosyasını içe aktarın. Tablo öneki farklıysa site yapılandırmasını uyarlayın. Tüm tabloların hatasız içe aktarıldığını kontrol edin.

  6. 6

    Bütünlüğü kontrol edin ve kötü amaçlı kodu kaldırın

    Site dosyalarını orijinal sürümle karşılaştırın (örneğin WordPress çekirdeğini ve temaları yeniden indirerek). wp-config.php, .htaccess ve uploads dizinini şüpheli dosyalar açısından inceleyin. Bilinmeyen dosyalar veya kod bulursanız, bunları izole edin (yeniden adlandırın veya genel dizin dışına taşıyın) ve yollarını kaydedin.

  7. 7

    Şifreleri ve anahtarları sıfırlayın

    Hosting paneli, FTP, veritabanı ve sitedeki tüm yönetici hesaplarının şifresini değiştirin. WordPress'te wp-config.php içindeki SALT anahtarlarını yeni değerlerle değiştirin (örneğin api.wordpress.org/secret-key/1.1/salt/ adresindeki oluşturucuyu kullanarak). Bilinmeyen kullanıcıları kaldırın; SALT anahtarlarını değiştirmek tüm etkin oturumları kapatır.

  8. 8

    Her şeyi güncelleyin ve siteyi tekrar yayına alın

    Çekirdeği, temaları ve eklentileri en son sürümlere güncelleyin, gereksiz eklentileri ve temaları kaldırın. Sitenin doğru çalıştığını kontrol edin ve ardından genel moda döndürün. Sonraki 24 saat boyunca günlükleri izleyin.

  9. 9

    Sorunu bildirin ve itibarı temizleyin

    Site Google'ın zararlı siteler listesindeyse, Google Search Console'da yeniden inceleme talebinde bulunun. Hosting hesabı askıya aldıysa, ne yaptığınızı açıklayarak destek ekibine başvurun. E-postaların ele geçirilip geçirilmediğini kontrol edin ve veri sızıntısı varsa kullanıcıları bilgilendirin.

Hiçbir şey işe yaramazsa: gelişmiş kontrol ve izolasyon

Yedekten geri yüklemeden sonra sorun tekrarlanıyorsa, kötü amaçlı kod veritabanında (örneğin seçenekler, gönderiler veya kullanıcılar) veya standart dizin dışındaki dosyalarda kalmış olabilir. Bu durumda şunları yapın: temiz bir hostingde tamamen yeni bir kurulum yapın, yalnızca doğrulanmış bir yedekten içeriği (gönderiler, sayfalar, medya) içe aktarın ve tema ile eklentileri resmi kaynaklardan yükleyin. Oturum açtığınız bilgisayarı mutlaka tarayın. Site uzun süre ele geçirilmişse, adli bilişim konusunda uzmanlaşmış bir hizmete veya sunucu düzeyinde günlükleri inceleyebilecek hosting desteğine başvurun.

Tekrarlanmaması için

  • Düzenli olarak yedek alın (dosyalar ve veritabanı) ve bunları hosting dışında saklayın, en az 30 gün geriye dönük.
  • Çekirdeği, temaları ve eklentileri hemen güncelleyin ve kullanmadığınız her şeyi kaldırın.
  • Yöneticiler ve hosting paneli için güçlü, benzersiz şifreler ve iki faktörlü kimlik doğrulama kullanın.
  • Günlükleri izleyin ve başarısız oturum açma ile dosya değişiklikleri için bildirimler ayarlayın.

Ne zaman uzmana başvurmalı

Site hassas kullanıcı verileri içeriyorsa, uzun süre ele geçirilmişse veya birden fazla geri yükleme denemesinden sonra sorun tekrarlanıyorsa, bir IT uzmanına veya site güvenliği konusunda uzmanlaşmış bir hizmete başvurun.

Web sitesi yapımı · Hızlı, SEO uyumlu, çok dilli web siteleri

Sık sorulan sorular

Site yedeklerini ne sıklıkla almalıyım?

Sık değişen siteler için günlük otomatik yedek, her büyük değişiklikten önce (güncelleme, eklenti kurulumu) manuel yedek önerilir. En az bir haftalık günlük ve birkaç aylık yedek saklayın.

Site hacklendiyse yalnızca veritabanını geri yükleyebilir miyim?

Bazen kötü amaçlı kod yalnızca veritabanındaysa veritabanını geri yüklemek yeterli olabilir, ancak genellikle dosyalar da değiştirilmiştir. En güvenlisi, aynı yedekten hem dosyaları hem de veritabanını geri yüklemek ve ardından bütünlüğü kontrol etmektir.

Yedeğim yoksa ve site çöktüyse ne yapmalıyım?

Hosting desteğine başvurun ve yedek saklayıp saklamadıklarını sorun. Saklamıyorlarsa, manuel onarım veya yeni bir site oluşturmak dışında seçenek kalmaz. Bu nedenle düzenli yedekleme çok önemlidir.

Paylaş
Çözüm bulamadınız mı?AI BT asistanı 7/24 hizmetinizde. Sorunu anlatın veya hatanın ekran görüntüsünü gönderin, durumunuza özel talimat alın.AI BT asistanına sorun