Rus hosting sağlayıcısı ESTT'nin bulut altyapısı dosya şifreleyen zararlı yazılımla vuruldu; Beget'ten bir hafta sonra ikinci olay
Rusya merkezli hosting sağlayıcısı ESTT, Pazar günü dosya şifreleyen zararlı yazılım kullanılan bir saldırının bulut hizmetlerini aksattığını açıkladı. Şirket Pazartesi itibarıyla müşteri sanal sunucularının yüzde 90'ını geri getirdiğini, veri sızıntısına dair kanıt bulmadığını söylüyor.
Rusya'daki hosting ve bulut sağlayıcısı ESTT, Pazar günü dosya şifreleyen zararlı yazılımın kullanıldığı bir siber saldırının bulut altyapısındaki hizmetleri aksattığını duyurdu. The Moscow Times'ın 9 Kasım tarihli haberine göre şirket, Pazartesi itibarıyla müşterilerine ait sanal sunucuların yüzde 90'ını yeniden çalışır hale getirdi; ancak müşteriler hâlâ hesap panellerine erişemiyor ve hizmetlerin tamamen ne zaman düzeleceğine dair bir takvim verilmedi.
ESTT, müşteri verilerinin sızdırıldığına dair bir kanıt bulmadığını söylüyor. Saldırının arkasında kimin olduğu ve ilk erişimin nasıl sağlandığı açıklanmadı; olayı üstlenen bir grup da haberde yer almıyor.
Bir hafta içinde ikinci hosting olayı
Olay, Rusya'nın bir diğer büyük hosting sağlayıcısı Beget'in bulut altyapısının saldırganlar tarafından tahrip edilmesinden bir haftadan kısa süre sonra geldi. Haberde aktarılan RBC bilgisine göre Beget'teki 2 Kasım kesintisi yaklaşık 500 bin çevrim içi kaynağı etkiledi; bazı müşteriler sağlayıcı değiştirdi ve Beget bir süre yeni .ru alan adı kaydı yapamadı.
ESTT daha önce de, Temmuz 2025'te büyük ölçekli bir DDoS saldırısıyla birçok restoran ve perakende zincirinin hizmetlerini etkileyen bir kesinti yaşamıştı.
Neden önemli?
Hosting sağlayıcısına yapılan tek bir saldırı, yüzlerce ya da binlerce müşterinin sitesini, uygulamasını ve sanal sunucusunu aynı anda durdurabiliyor. Sağlayıcının yönetim panelinin erişilemez kalması, müşterilerin kendi yedeklerine ve yapılandırmalarına ulaşmasını da geciktiriyor. Kısa aralıklarla iki büyük sağlayıcının hedef alınması, altyapı sağlayıcılarının saldırganlar için yüksek etkili bir hedef olduğunu bir kez daha gösteriyor.
Ne yapılmalı?
- Hizmetlerinizi barındıran sağlayıcıdan bağımsız, düzenli ve test edilmiş yedekleriniz olsun; yedeğin en az bir kopyası farklı bir sağlayıcıda ya da çevrim dışı tutulsun.
- Kritik siteler ve DNS kayıtları için sağlayıcı kesintisinde devreye girecek bir geçiş planı (ikinci sağlayıcı, düşük TTL, hazır imajlar) hazırlayın.
- Sağlayıcınızın olay bildirimlerini ve durum sayfasını takip edin; olay sonrası hesabınızdaki API anahtarlarını ve panel parolalarını gözden geçirin.
- Sözleşmelerde olay bildirimi süresi ve kurtarma hedeflerinin (RTO/RPO) yazılı olduğundan emin olun.
