WooCommerce Güvenlik

Açık nereden giriyor

Bir mağazaya girişin bilinen yolu parola denemek değil, açığı duyurulmuş eski bir eklenti bulmak. Otomatik araçlar sitede hangi eklentilerin hangi sürümde çalıştığını dışarıdan okur ve listedeki açığı dener. Girildikten sonra da genellikle sitenin görünüşü bozulmaz, çünkü amaç zarar vermek değil sitenin kaynaklarını ve itibarını kullanmaktır.

Sonrası şuna benziyor: dosya yükleme açığından bir betik bırakılıyor, panele görünmeyen bir yönetici hesabı ekleniyor ve site üzerinden başka adreslere yönlendiren sayfalar üretiliyor. Mağaza sahibi bunu çoğu zaman aramada kendi markasını ararken ya da bir tarayıcı uyarısıyla fark ediyor.

Bu yüzden taramada yalnız dosya bütünlüğüne bakmıyoruz. Panelde kaç yönetici hesabı olduğu, bunların son giriş tarihleri, zamanlanmış görevler arasında tanınmayan bir kayıt bulunup bulunmadığı ve yükleme klasöründe çalıştırılabilir dosya olup olmadığı ilk bakılan yerler. Arama motorunun gönderdiği güvenlik bildirimleri de aynı listede.

Temizlemek yetmez, girilen yeri kapatmak gerekir

Ele geçirilmiş bir sitede en çok yapılan hata, eski bir yedeği geri yükleyip işi bitmiş saymak. Yedek çoğu zaman açığın kendisini de içerir, çünkü olay fark edilmeden önce alınmıştır. Site birkaç gün sonra aynı yerden yeniden ele geçirilir ve bu sefer sebebi aramak daha zordur.

Sıra şöyle işliyor. Önce girişin nereden olduğu bulunuyor, sonra o açık kapatılıyor ya da ilgili yazılım kaldırılıyor. Ardından bütün yönetici parolaları ve oturum anahtarları yenileniyor, böylece çalınmış bir oturum geçersiz kalıyor. Ödeme ve kargo entegrasyonlarının anahtarları da bu listeye giriyor, çünkü dosyalara erişen biri onları da okumuştur.

Son adım genellikle atlanıyor: yedeğin geri yüklenebildiğinin denenmesi. Düzenli alınan ama hiç açılmamış bir yedek, ihtiyaç duyulduğu gün çoğu zaman eksik çıkıyor. Kurulumdan sonra bir kez gerçekten geri yüklüyoruz ve işlemin ne kadar sürdüğünü not ediyoruz.