S3 Fidye Yazılımı Saldırısı: İlk Kritik Dakikalarda Neler Yapmalısınız?
Amazon S3 (Simple Storage Service) üzerindeki verilerinizin fidye yazılımı saldırısına uğraması, her kurum için kâbus senaryolarından biridir. Bu tür bir olayla karşılaştığınızda paniğe kapılmak yerine, ilk kritik dakikalarda atacağınız doğru adımlar, veri kaybını minimize etme ve iş sürekliliğini sağlama açısından hayati öneme sahiptir. Bu makale, S3 fidye yazılımı saldırısı anında izlemeniz gereken acil müdahale stratejilerini adım adım açıklayacaktır.
S3 Fidye Yazılımı Nedir ve Neden Hedef Olur?
S3 fidye yazılımı, genellikle Amazon S3 depolama kovalarındaki (bucket) verileri şifreleyerek veya silerek erişilemez hale getiren ve karşılığında fidye talep eden kötü amaçlı bir saldırı türüdür. Bu tür saldırılar, genellikle yanlış yapılandırılmış IAM (Kimlik ve Erişim Yönetimi) politikaları, sızdırılmış AWS kimlik bilgileri, zayıf güvenlik uygulamaları veya üçüncü taraf entegrasyonlarındaki güvenlik açıkları üzerinden gerçekleşir. S3, dünya genelinde milyonlarca işletmenin kritik verilerini barındırdığı için siber suçlular için cazip bir hedeftir.
S3 Kovaları Neden Fidye Yazılımı Saldırılarına Maruz Kalır?
S3 fidye yazılımı saldırılarının temelinde yatan birkaç yaygın zafiyet bulunmaktadır. Bunları anlamak, saldırı anında neyin yanlış gittiğini hızlıca tespit etmenize yardımcı olacaktır.
- Zayıf IAM Politikaları ve Sızdırılmış Kimlik Bilgileri: En yaygın saldırı vektörlerinden biridir. Bir kullanıcının veya uygulamanın AWS kimlik bilgilerinin (erişim anahtarları ve gizli anahtarlar) ele geçirilmesi durumunda, saldırgan bu kimlik bilgilerini kullanarak S3 kovalarınıza tam erişim sağlayabilir. Özellikle
s3:*veyas3:PutObject,s3:DeleteObjectgibi geniş izinler, fidye yazılımının veri şifrelemesi veya silmesi için kötüye kullanılabilir. Multi-Factor Authentication (MFA) kullanılmaması veya zayıf parola politikaları bu riski artırır. - Açıkta Bırakılan S3 Kovaları: Yanlış yapılandırılmış kova politikaları veya ACL’ler (Erişim Kontrol Listeleri) nedeniyle S3 kovalarının internete açık hale gelmesi, saldırganların kolayca erişim sağlamasına olanak tanır. AWS’nin “Block Public Access” (Herkese Açık Erişimi Engelle) ayarının varsayılan olarak etkinleştirilmesi bu riski büyük ölçüde azaltsa da, manuel müdahalelerle bu ayarların değiştirilmesi mümkün olabilir.
- Vulnerable Uygulamalar ve Üçüncü Taraf Entegrasyonları: S3 kovalarıyla etkileşimde bulunan web uygulamaları veya üçüncü taraf hizmetlerindeki güvenlik açıkları da bir giriş noktası olabilir. Örneğin, bir web uygulamasındaki dosya yükleme zafiyeti, saldırganın S3’e kötü amaçlı kod yüklemesine veya mevcut verileri manipüle etmesine olanak tanıyabilir.
- Gelişmiş Kalıcılık Mekanizmaları: Bazı fidye yazılımları, sadece veriyi şifrelemekle kalmaz, aynı zamanda erişimi engellemek için S3 kova politikalarını veya IAM kullanıcılarını da değiştirmeye çalışabilir. Bu, kurtarma sürecini daha karmaşık hale getirebilir.
Bu zafiyetlerin farkında olmak, saldırı anında doğru teşhisi koymak ve hızlıca müdahale etmek için kritik öneme sahiptir. Unutmayın, fidye yazılımı saldırıları genellikle beklenmedik anlarda gerçekleşir ve ilk tepkilerinizin hızı, zararın boyutunu doğrudan etkiler.
İlk Kritik Dakikalar: Hasarı Durdurma ve Kapsamı Belirleme
Bir S3 fidye yazılımı saldırısı tespit ettiğinizde, panik yapmak yerine soğukkanlılıkla hareket etmeli ve öncelikli olarak hasarı durdurmaya odaklanmalısınız. İlk dakikalarda atacağınız adımlar, saldırının yayılmasını önleyecek ve potansiyel veri kaybını sınırlayacaktır.
1. Anında Erişimi Engelleme ve İzolasyon: Saldırganın Elini Kolunu Bağlayın
Saldırıyı durdurmanın ilk ve en önemli adımı, saldırganın AWS ortamınızla olan tüm bağlantısını kesmektir. Bu, fidye yazılımının daha fazla veri şifrelemesini veya silmesini engeller.
- Şüpheli IAM Kimlik Bilgilerini İptal Edin: Eğer saldırının kaynağı olarak belirli bir IAM kullanıcısı, rolü veya erişim anahtarı (access key) tespit ettiyseniz, bu kimlik bilgilerini derhal devre dışı bırakın veya silin.
aws iam delete-access-key --access-key-id AKIAIOSFODNN7EXAMPLE --user-name Alice aws iam detach-user-policy --user-name Alice --policy-arn arn:aws:iam::123456789012:policy/S3FullAccessPolicyBu komutlar, belirtilen erişim anahtarını siler ve kullanıcıdan S3'e tam erişim sağlayan politikayı ayırır. Eğer saldırı bir IAM rolü üzerinden gerçekleşiyorsa, rolün güvendiği politikaları veya rolün kendisini geçici olarak devre dışı bırakın.
- Saldırganın IP Adresini Engelleyin: Eğer AWS CloudTrail günlüklerinizde veya S3 erişim günlüklerinizde saldırganın IP adresini tespit ettiyseniz, bu IP adresini AWS WAF (Web Uygulaması Güvenlik Duvarı) veya güvenlik grupları (security groups) aracılığıyla engelleyin.
aws ec2 authorize-security-group-ingress --group-id sg-xxxxxxxxxxxxxxxxx --protocol all --port all --cidr 192.0.2.0/32Bu komut, belirli bir IP adresinin güvenlik grubuna erişimini engellemez, aksine izin verir. Engellemek için mevcut bir kuralı silmeniz veya "deny" kuralı eklemeniz gerekir. Güvenlik grupları genellikle "izin verilenler" listesi (whitelist) olarak çalıştığı için, saldırganın erişimini kesmek için mevcut izinleri daraltmak veya AWS WAF gibi daha gelişmiş bir araç kullanmak daha etkili olacaktır.
- İlgili Uygulama veya Hizmetleri Durdurun: Eğer saldırı, S3 ile entegre bir uygulama veya hizmet üzerinden yayıldıysa, bu uygulamanın veya hizmetin S3 erişimini geçici olarak durdurun. Bu, uygulama sunucularını kapatmak veya S3'e erişen IAM rollerini geçici olarak devre dışı bırakmak anlamına gelebilir.
- S3 Kova Politikalarını Gözden Geçirin ve Sıkılaştırın: Saldırganın kova politikalarını değiştirmiş olabileceği ihtimaline karşı, etkilenen kovaların politikalarını kontrol edin ve gereksiz izinleri kaldırın. Özellikle herkese açık erişimi engelleyen "Block Public Access" ayarlarının aktif olduğundan emin olun.
2. Hasar Kapsamını Belirleme: Ne Kadar Kötü Durumdayız?
Erişimi engelledikten sonra, saldırının boyutunu ve etkilenen verileri anlamak için kapsamlı bir değerlendirme yapmalısınız.
- CloudTrail ve S3 Erişim Günlüklerini İnceleyin: AWS CloudTrail, AWS hesabınızdaki tüm API çağrılarını kaydeder. S3 fidye yazılımı saldırısında, CloudTrail günlükleri size saldırganın hangi eylemleri (
PutObject,DeleteObject,PutBucketPolicyvb.) gerçekleştirdiğini, hangi IP adresinden geldiğini ve hangi kimlik bilgilerini kullandığını gösterecektir. S3 erişim günlükleri ise hangi nesnelere ne zaman erişildiğini veya değiştirildiğini anlamanıza yardımcı olur.aws cloudtrail lookup-events --lookup-attributes AttributeKey=EventName,AttributeValue=PutObject --start-time 2023-10-26T00:00:00Z --end-time 2023-10-26T23:59:59ZBu komut, belirli bir zaman aralığında gerçekleşen tüm
PutObjectolaylarını listeler. Bu sayede şifrelenen veya değiştirilen nesneleri tespit edebilirsiniz. - Etkilenen Kovaları ve Nesneleri Tespit Edin: Hangi S3 kovalarının ve bu kovalar içindeki hangi nesnelerin etkilendiğini belirleyin. Şifrelenmiş veya silinmiş nesneleri, dosya uzantılarındaki değişiklikler (örn:
.encrypted,.ransom) veya boyut farklılıkları aracılığıyla tespit edebilirsiniz. AWS S3 envanter raporları veya S3 Batch Operations, bu tespiti hızlandırmanıza yardımcı olabilir. - Saldırının Başlangıç Zamanını Belirleyin: CloudTrail ve S3 günlüklerini kullanarak saldırının tam olarak ne zaman başladığını ve ne kadar sürdüğünü anlamak, kurtarma sürecinde doğru zaman noktasını seçmek için kritik öneme sahiptir. Bu, özellikle S3 versiyonlama kullanıyorsanız, hangi versiyona geri döneceğinizi belirlemenize yardımcı olur.
Bu adımlar, saldırının nedenini, kapsamını ve etkilerini hızlıca anlamanızı sağlayarak, bir sonraki aşama olan kurtarma sürecine sağlam bir temel hazırlar. Unutmayın, her saniye önemlidir.
Veri Kurtarma ve İş Sürekliliği: S3 Versiyonlama ve Yedeklemelerin Gücü
Hasarı durdurup saldırının kapsamını belirledikten sonra, öncelikli hedefiniz verilerinizi kurtarmak ve iş sürekliliğini sağlamaktır. Bu aşamada S3'ün yerleşik özellikleri ve yedekleme stratejileriniz devreye girer.
1. S3 Versiyonlama (Versioning) ile Geri Dönüş: Kurtarıcınızın Gücü
S3 versiyonlama, fidye yazılımı saldırılarından kurtulmak için en güçlü araçlardan biridir. Eğer S3 kovalarınızda versiyonlama etkinse, fidye yazılımının şifrelediği veya sildiği nesnelerin önceki, sağlam versiyonlarına kolayca geri dönebilirsiniz.
- Versiyonlamanın Çalışma Prensibi: S3 versiyonlama etkinleştirildiğinde, bir nesnenin her yeni sürümü (güncelleme veya silme işlemi dahil) ayrı bir versiyon olarak saklanır. Bu, fidye yazılımı bir nesneyi şifrelediğinde veya sildiğinde, aslında nesnenin yeni bir şifreli/bozuk versiyonunu oluşturduğu veya bir "silme işaretçisi" (delete marker) eklediği anlamına gelir. Orijinal, sağlam versiyonlar hala mevcuttur.
- Şifrelenmiş Nesnelerin Kurtarılması:
- Etkilenen nesnelerin listesini çıkarın.
- Her bir nesne için, AWS Yönetim Konsolu, AWS CLI veya SDK'lar aracılığıyla nesnenin versiyon geçmişini kontrol edin.
- Saldırıdan önceki en son sağlam versiyonu belirleyin.
- Bu sağlam versiyonu mevcut versiyon olarak ayarlayın veya ayrı bir yere kopyalayın.
# Örnek: Belirli bir nesnenin sağlam versiyonunu kurtarma # İlk olarak, nesnenin versiyonlarını listeleyin aws s3api list-object-versions --bucket your-bucket-name --prefix path/to/your/file.txt # Saldırı öncesi sağlam versiyonun ID'sini belirleyin (örneğin, 'abcdef1234567890') # Ardından, bu versiyonu mevcut versiyonun üzerine kopyalayarak geri yükleyin aws s3api copy-object --bucket your-bucket-name --key path/to/your/file.txt --copy-source /your-bucket-name/path/to/your/file.txt?versionId=abcdef1234567890 --metadata-directive REPLACEBu işlem, sağlam versiyonu mevcut aktif versiyon haline getirir.
- Silinen Nesnelerin Kurtarılması: Fidye yazılımı bir nesneyi sildiğinde, S3 aslında bir "silme işaretçisi" (delete marker) oluşturur. Bu işaretçiyi silerek, nesnenin önceki versiyonlarının tekrar görünür olmasını sağlayabilirsiniz.
# Silme işaretçisini silerek nesneyi geri yükleme # Önce silme işaretçisinin versiyon ID'sini bulun aws s3api list-object-versions --bucket your-bucket-name --prefix path/to/your/file.txt # Silme işaretçisinin versiyon ID'sini (örneğin, 'xyz1234567890abc') kullanarak silin aws s3api delete-object --bucket your-bucket-name --key path/to/your/file.txt --version-id xyz1234567890abcBu işlem, silme işaretçisini kaldırır ve nesnenin önceki versiyonlarının tekrar erişilebilir olmasını sağlar.
2. Yedekleme Stratejileri: Versiyonlama Yetmezse Ne Yapmalı?
S3 versiyonlama etkin değilse veya saldırgan versiyonları da manipüle etmeyi başardıysa (ki bu daha gelişmiş bir senaryodur), bağımsız yedeklemeleriniz kurtarıcınız olacaktır.
- Çapraz Bölge (Cross-Region) veya Çapraz Hesap (Cross-Account) Çoğaltma: Eğer kritik S3 kovalarınızı farklı bir AWS bölgesine veya tamamen farklı bir AWS hesabına çoğaltıyorsanız, bu çoğaltılmış veriler sağlam bir kurtarma noktası sunar. Fidye yazılımı genellikle tek bir hesap veya bölgeyi hedef alır.
- Çoğaltılmış kovanızdan (kaynak kovanızdan etkilenmemiş olan) verileri indirin.
- Etkilenen kovanızdaki tüm şifreli/bozuk verileri temizleyin.
- Sağlam verileri etkilenen kovanıza geri yükleyin.
- Üçüncü Taraf Yedekleme Çözümleri: AWS dışındaki bir yedekleme hizmeti kullanıyorsanız (örn. Veeam, Commvault, Rubrik gibi bulut yedekleme çözümleri), bu yedeklerden geri yükleme yapabilirsiniz. Bu çözümler genellikle S3'ten bağımsız olarak kendi versiyonlama ve kurtarma yeteneklerine sahiptir.
- Arşivleme ve Yaşam Döngüsü Politikaları: Nadiren erişilen verileriniz için S3 Glacier veya Glacier Deep Archive gibi daha uygun maliyetli depolama sınıflarına arşivleme yapıyorsanız, bu arşivlerden verileri geri yükleyebilirsiniz. Ancak, bu işlem daha uzun sürebilir ve anında iş sürekliliği için uygun olmayabilir.
3. Veri Bütünlüğünü Doğrulama
Verileri kurtardıktan sonra, kurtarılan verilerin bütünlüğünü ve doğruluğunu mutlaka kontrol edin. Örnek dosyaları açın, uygulamalarınızı test edin ve verilerin beklendiği gibi çalıştığından emin olun. Bu, gelecekteki olası sorunları önlemek için kritik bir adımdır.
Bu adımlar, fidye yazılımı saldırısının ardından verilerinizi geri getirmenize ve operasyonlarınızı yeniden başlatmanıza yardımcı olacaktır. Ancak unutmayın, en iyi savunma her zaman güçlü bir önleyici tedbirdir.
Önleyici Tedbirler: Gelecekteki Saldırıları Engelleme
S3 fidye yazılımı saldırısıyla başa çıkmak zorlu bir süreçtir, ancak bu tür olayların tekrarlanmasını önlemek için proaktif adımlar atmak hayati önem taşır. Güçlü önleyici tedbirler, siber güvenlik stratejinizin temelini oluşturmalıdır.
1. IAM En İyi Uygulamaları: En Az Yetki Prensibi ve MFA
IAM, AWS ortamınızdaki erişim kontrolünün temelidir ve doğru yapılandırılmadığında en büyük zafiyet kaynağı olabilir.
- En Az Yetki Prensibi (Principle of Least Privilege): Kullanıcılara ve rollere yalnızca görevlerini yerine getirmek için kesinlikle ihtiyaç duydukları minimum izinleri verin. Örneğin, bir uygulamanın sadece belirli bir S3 kovasına dosya yüklemesi gerekiyorsa, ona tüm S3 kovalarına tam erişim veren
s3:*izni yerine sadeces3:PutObjectiznini belirli bir kaynak üzerinde (ARN) verin.{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "s3:PutObject", "Resource": "arn:aws:s3:::your-specific-bucket/*" } ] }Bu örnek politika, yalnızca belirtilen kovaya nesne yükleme izni verir.
- Çok Faktörlü Kimlik Doğrulama (MFA): Tüm AWS kullanıcıları, özellikle root kullanıcı ve yönetici ayrıcalıklarına sahip kullanıcılar için MFA'yı zorunlu kılın. Bu, kimlik bilgileri ele geçirilse bile saldırganın erişim sağlamasını büyük ölçüde zorlaştırır.
- IAM Rolleri Kullanın, Erişim Anahtarları Yerine: Uygulamalar ve EC2 örnekleri için erişim anahtarları yerine IAM rolleri kullanın. Rollerin geçici kimlik bilgileri vardır ve daha güvenlidir. Erişim anahtarları kullanmanız gerekiyorsa, bunları düzenli olarak döndürün ve güvenli bir şekilde saklayın.
- IAM Access Analyzer: IAM Access Analyzer'ı kullanarak dışarıdan erişilebilen kaynakları (S3 kovaları dahil) tespit edin ve gereksiz erişimleri kaldırın.
2. S3 Güvenlik Özellikleri: Kova Politikaları, Şifreleme ve Versiyonlama
S3'ün kendi içinde sunduğu güvenlik özelliklerini tam olarak kullanmak, fidye yazılımına karşı en iyi savunmalardan biridir.
- S3 Block Public Access (Herkese Açık Erişimi Engelle): Bu ayarları hesap düzeyinde ve kova düzeyinde etkinleştirin. Bu, yanlışlıkla kovalarınızın internete açık hale gelmesini engeller ve fidye yazılımının "açık kova" vektörünü kullanmasını önler.
- S3 Versiyonlama (Versioning): Tüm kritik S3 kovalarınızda versiyonlamayı etkinleştirin. Bu, fidye yazılımı verilerinizi şifrelese veya silse bile, önceki sağlam versiyonlara geri dönmenizi sağlar. Versiyonlama, bir fidye yazılımı saldırısından kurtulmak için temel bir ön koşuldur.
- S3 Object Lock (Nesne Kilidi): Hassas veriler için S3 Object Lock'u kullanmayı düşünün. Bu özellik, belirli bir süre boyunca veya süresiz olarak nesnelerin silinmesini veya üzerine yazılmasını engeller. Bu, fidye yazılımının verileri manipüle etmesini imkansız hale getirir.
# S3 Object Lock etkinleştirilmiş bir kova oluşturma örneği aws s3api create-bucket --bucket your-locked-bucket --object-lock-enabled-for-bucketBu kova oluşturulduktan sonra, nesneler için saklama modları ve süreleri ayarlanabilir.
- Varsayılan Şifreleme (Default Encryption): Tüm S3 kovalarınızda varsayılan şifrelemeyi (SSE-S3, SSE-KMS veya SSE-C) etkinleştirin. Bu, verilerinizin depoda şifreli olmasını sağlar ve yetkisiz erişim durumunda bile okunmasını zorlaştırır.
3. İzleme ve Uyarılar: Erken Teşhis Hayat Kurtarır
Saldırıları erken tespit etmek, zararı en aza indirmek için kritik öneme sahiptir.
- AWS CloudTrail ve S3 Erişim Günlükleri: Bu günlükleri merkezi bir yerde toplayın (örn. başka bir S3 kovası veya CloudWatch Logs) ve düzenli olarak izleyin. Anormal API çağrıları (örn. çok sayıda
DeleteObjectveyaPutObject), bilinmeyen IP adreslerinden gelen erişimler veya beklenmedik kova politikası değişiklikleri için uyarılar oluşturun. - Amazon GuardDuty: GuardDuty, tehdit tespiti için akıllı bir hizmettir. AWS ortamınızdaki anormal davranışları (örn. şüpheli API çağrıları, bilinen kötü niyetli IP adreslerinden gelen bağlantılar) otomatik olarak izler ve sizi uyarır.
- Amazon Macie: Macie, S3'teki hassas verileri keşfetmek ve bu verilere yönelik şüpheli etkinlikleri izlemek için kullanılır. Fidye yazılımı saldırılarında, Macie hassas verilerin anormal şekilde şifrelendiğini veya değiştirildiğini tespit edebilir.
- CloudWatch Alarmları: Belirli CloudTrail olayları (örn.
PutBucketPolicy,DeleteObject) veya S3 kova metrikleri (örn. anormal derecede yüksek yazma/silme işlemleri) için CloudWatch alarmları oluşturun. Bu alarmlar sizi anında e-posta, SMS veya Lambda fonksiyonları aracılığıyla bilgilendirebilir.
Bu önleyici tedbirler, S3 fidye yazılımı saldırılarının riskini önemli ölçüde azaltacak ve olası bir saldırı durumunda kurtarma sürecini çok daha kolay hale getirecektir. Unutmayın, siber güvenlik sürekli bir süreçtir ve düzenli olarak gözden geçirilmelidir.
Vaka Analizi: Anadolu E-Ticaret A.Ş.'nin S3 Fidye Yazılımı Deneyimi
Bu bölümde, hayali bir Türk e-ticaret şirketi olan Anadolu E-Ticaret A.Ş.'nin yaşadığı S3 fidye yazılımı saldırısı senaryosunu ve bu saldırıya nasıl müdahale ettiklerini inceleyeceğiz. Bu vaka analizi, yukarıda bahsedilen teorik bilgileri gerçek dünya bağlamında somutlaştırmayı amaçlamaktadır.
Senaryo: Bir Cuma Akşamı Panik
Anadolu E-Ticaret A.Ş., Türkiye'nin önde gelen online perakendecilerinden biridir. Ürün görselleri, müşteri belgeleri ve sipariş geçmişleri gibi kritik verilerini AWS S3 üzerinde depolamaktadırlar. Bir Cuma akşamı, IT ekibinden Can Bey, AWS CloudWatch'tan gelen anormal bir alarm ile irkildi: "S3:Yüksek DeleteObject Sayısı - Ürün Görselleri Kovası". Başlangıçta bir otomasyon hatası olabileceğini düşündü, ancak kısa süre sonra web sitesindeki ürün görsellerinin kaybolmaya başladığını ve yerine .encrypted uzantılı dosyaların yüklendiğini fark etti. Panik anıydı.
İlk Kritik Dakikalar: Can Bey'in Hızlı Müdahalesi
Can Bey, daha önce hazırladıkları siber güvenlik olay müdahale planını hatırlayarak hızla harekete geçti:
- Erişimi Engelleme ve İzolasyon:
- CloudTrail günlüklerini hızla inceledi ve saldırının, eskiden geliştirme ortamında kullanılan ancak kapatılmayı unutulmuş bir IAM kullanıcısının erişim anahtarı üzerinden geldiğini tespit etti. Bu IAM kullanıcısı, yanlışlıkla geniş S3 erişim izinlerine sahipti.
- Hemen AWS CLI üzerinden bu IAM kullanıcısının erişim anahtarını devre dışı bıraktı ve kullanıcının S3 ile ilgili tüm politikalarını ayırdı.
aws iam update-access-key --access-key-id AKIAJALISFODNN7EXAMPLE --status Inactive --user-name OldDevUser aws iam detach-user-policy --user-name OldDevUser --policy-arn arn:aws:iam::123456789012:policy/AmazonS3FullAccess - Saldırganın IP adresini CloudTrail'den tespit ederek, şirket ağı güvenlik duvarına ve AWS WAF'a bu IP'den gelen tüm erişimleri engelleyen bir kural ekledi.
- Hasar Kapsamını Belirleme:
- Etkilenen kovanın (
anadolu-ecom-urun-gorselleri) CloudTrail ve S3 erişim günlüklerini derinlemesine inceledi. Yaklaşık 2 saat boyunca binlerce dosyanınPutObject(şifrelenmiş versiyonları yükleme) veDeleteObject(orijinal versiyonları silme veya silme işaretçisi ekleme) operasyonlarına maruz kaldığını gördü. - Neyse ki, kova üzerinde S3 versiyonlama etkinleştirilmişti. Bu, Can Bey'e büyük bir rahatlama sağladı.
- Saldırının başladığı tam zamanı (TSİ 19:30) ve bittiği zamanı (TSİ 21:15) belirledi.
- Etkilenen kovanın (
Veri Kurtarma ve Sonuç
Can Bey, versiyonlamanın etkin olduğunu bildiği için hızlıca kurtarma adımlarına geçti:
- Versiyonlama ile Kurtarma:
- Etkilenen tüm nesneleri listeleyerek, her bir nesnenin saldırıdan önceki en son sağlam versiyonunu tespit etti.
- AWS S3 Batch Operations kullanarak, saldırıdan etkilenen tüm dosyaları toplu olarak, saldırı öncesi