Online mağazayı buluta taşıyoruz, pratikte en çok hangi bulut güvenlik açıkları görülüyor?

Okyanus3 ay önce·31 mesaj·5,4 B görüntülenme#bulut güvenliği #veri sızıntısı #e ticaret altyapısı #erişim yönetimi

OkyanusKatılımcı

Görev: Gömülü yazılım
Yapı: bölge bayisi
Katılım: Nis 2024
Mesaj: 96

3 ay önce#1

Valencia merkezli el yapımı deri ayakkabı ve çanta satan bir e-ticaret sitemiz var. Yılda yaklaşık 450 bin avro ciro yapıyoruz ve son altı yıldır yerel bir veri merkezindeki fiziksel sunucuda barınıyorduk. Artan trafik dalgalanmaları ve bakım zorlukları nedeniyle tüm veritabanını, ürün görsellerini ve ödeme altyapısını önümüzdeki ay genel bulut sistemine taşımaya karar verdik. Bu geçiş için aylık yaklaşık 1.200 avro altyapı bütçesi ayırdık.

Teknik ekibimiz geçiş planını hazırlıyor ancak geleneksel sunucudan buluta geçerken teorik tavsiyeler yerine sahada gerçekten can yakan bulut güvenliği örnekleri nelerdir bilmek istiyorum. Kağıt üzerinde her şey şifreli ve güvenli görünüyor ama pratikte en çok nereden açık veriliyor? Veritabanı sızıntıları, yetki hataları veya açık bırakılan depolama alanları konusunda nelere dikkat etmeliyiz?

İsmail T***KatılımcıTopluluk üyesi

Katılım: Oca 2024
Mesaj: 418

3 ay önceEn çok yardımcı olan#2

Kısa cevap: Pratikte en sık karşılaşılan bulut güvenlik açıkları altyapı sağlayıcısının sisteminden değil, hatalı yapılandırılmış depolama alanlarından ve aşırı yetkilendirilmiş API anahtarlarından kaynaklanır. Geleneksel sunuculardaki ağ sınırları bulutta kimlik ve erişim yönetimine dönüştüğü icin en ufak bi izin hatası tüm veriyi dış dünyaya açabilir.

Geçiş sırasında üç somut senaryoya özellikle dikkat etmelisiniz: 1) Genel erişime açık bırakılan nesne depolama havuzları. Ürün fotoğrafları için açılan depolama alanının kök dizinine müşteri faturaları veya yedek dosyaları konulduğunda tek bi URL ile tüm kişisel veriler indekslenebilir. 2) Kaynak kodların veya geliştirme ortamı yapılandırmalarının içine gömülen yönetim anahtarları. Bu anahtarlar sızdırıldığında saldırgan dakikalar içinde sahte sanal makineler açarak yüksek faturalar üretebilir. 3) Kapatılmayan varsayılan yönetim portları ve dışa açık bırakılan veritabanı portları.

Önlem olarak ilk günden itibaren en az yetki kuralını işletin; hiç bir servis hesabı ihtiyaç duyduğundan fazla okuma veya yazma iznine sahip olmamalıdır. Veritabanını kesinlikle doğrudan internete açmayın yalnızca iç ağdan uygulama sunucusu üzerinden erişilsin. Ayrıca bulut sağlayıcınızın sunduğu otomatik güvenlik tarayıcılarını ve anormallik alarmlarını devreye alıp merkezi kayıt tutmayı zorunlu hale getirin. Yedeklerinizi ise ana yönetim hesabından tamamen izole edilmiş silme korumalı ayrı bir alanda tutmalısınız.

Polat G***Katılımcı

Görev: Teknoloji direktörü
Sektör: Matbaa
Yapı: 8 kişilik ekip
Katılım: Ağu 2023
Mesaj: 275

3 ay önce#3

En kritik teknik hata sanal sunucu meta veri servisinin eski sürümde bırakılmasıdır. Sunucu taraflı istek sahteciliği açığı olan bi eklentiniz varsa, saldırgan doğrudan bu yerel adrese sorgu atıp sunucuya atanmış geçici kimlik bilgilerini çalabilir. İkinci sürüm meta veri servisini zorunlu tutun ve rol bazlı izinleri daraltın.

Esra A***Katılımcı

Görev: Teknik servis elemanı
Sektör: Sağlık hizmetleri
Yapı: 120 kişilik şirket
Katılım: Ara 2025
Mesaj: 9

3 ay önce#4

Benzer ölçekte bi perakende sitesini taşırken test ortamının veritabanı portunu 2 gün açık unuttuk. 48 saat içinde tam 14 bin farklı IP adresinden otomatik kaba kuvvet denemesi yapıldı. Bütçeniz 1.200 avro ise bunun en az 150 avrosunu merkezi günlük kaydı ve anlık alarm araçlarına ayırın.

Vildan Ş***KatılımcıTopluluk üyesi

Katılım: Kas 2023
Mesaj: 17

3 ay önce#5

Bulut sağlayıcısının 'herşey güvenli' pazarlamasına aldanmayın... bu arada paylaşımlı sorumluluk modeli gereği altyapı onların olsa da işletim sistemi yamaları açık portlar ve erişim kuralları tamamen sizin sorumluluğunuzdadır... Bir sızıntı olduğunda fatura da hukuki ceza da doğrudan şirketinize kesilir.

Nazlı T***KatılımcıTopluluk üyesi

Katılım: Nis 2025
Mesaj: 217

3 ay önce#6

Açılış gününden önce şu üç kontrolü mutlaka tamamlayın: 1) Tüm depolama alanlarında 'genel erişimi engelle' kilidini etkinleştirin. 2) Sunucularınızı özel alt ağa alıp dış dünya ile sadece yük dengeleyici üzerinden haberleştirin. 3) Yönetim paneline girişte istisnasız tüm çalışanlar için donanımsal veya uygulama tabanlı çok faktörlü doğrulamayı şart koşun.

Recep S***Katılımcı

Görev: Üretim planlama
Sektör: Perakende
Yapı: tek kişilik işletme
Katılım: Eyl 2023
Mesaj: 103

3 ay önce#7

en çok geliştiricilerin github reposuna attığı config dosyalarından patlıyor millet ama api key kdun içindeyse geçmiş olsun iki saate kripto madencisi kuruyorlar sunucuya

İsmail K***Katılımcı

Görev: Müşteri hizmetleri temsilcisi
Sektör: E-ticaret
Yapı: 120 kişilik şirket
Katılım: Oca 2022
Mesaj: 28

3 ay önce#8

Barselonada bir toptancımızın başına geldi; eski sistemden kalan günlük veritabanı yedeğini açık bir depolama dizinine atmışlar. İki ay kimse fark etmedi, sonra bir arama motoru yedek dosyasını indeksleyince müşterilerin vergi numaraları ve sipariş geçmişi ortalığa döküldü. Veri koruma kurumundan ciddi uyarı ve ceza aldılar.

Volkan Ö***Uzman

Görev: Stajyer
Sektör: E-ticaret
Yapı: yeni kurulmuş girişim
Katılım: Eki 2022
Mesaj: 51

3 ay önce#9

Ödeme altyapısını taşırken kart verilerini doğrudan sunucularınızda mı tutuyorsunuz yoksa ödeme geçidinin sağladığı güvenli belirteç yapısını mı kullanıyorsunuz? Eğer kart verisi sunucudan geçiyorsa buluttaki güvenlik ve denetim standartlarınız çok daha katı olmak zorunda.