Buluta geçiş, altyapı yönetiminin bir bölümünü hizmet sağlayıcıya devreder; ancak bu geçiş güvenlik sorumluluğunu tamamen dışarıya taşımaz. Paylaşılan sorumluluk modeli, fiziksel veri merkezi ve hipervizör katmanının sağlayıcı tarafından korunduğu; kimlik, işletim sistemi, uygulama, veri ve operasyonel süreçlerin ise müşteri sorumluluğunda kaldığı çerçeveyi tanımlar. Bu ayrımı netleştirmeden tasarlanan bir bulut mimarisi, güçlü altyapı bileşenlerine rağmen görünmez boşluklar bırakır.
Paylaşılan sorumluluk modeli nedir?
Model, her katmanda kimin neyi korumakla yükümlü olduğunu gösteren bir referans çerçevesidir. IaaS düzeyinde sağlayıcı; fiziksel güvenlik, ağ omurgası, sanallaştırma platformu ve temel izolasyon mekanizmalarını işletir. Müşteri ise sanal makinelerin içindeki işletim sistemi, yüklenen yazılımlar, ağ kurallarının uygulanması, veri sınıflandırması ve erişim politikalarından sorumludur. PaaS ve SaaS senaryolarında sınır yukarı kayar; ancak kimlik yönetimi, veri erişimi ve yapılandırma disiplini her zaman müşteri tarafında bir pay bırakır.
Sağlayıcı tarafının sorumlulukları
Altyapı sağlayıcısı, platformun sürekliliğini ve temel güvenlik kontrollerini sağlar. Donanım arızalarına karşı yedeklilik, hipervizör yamaları, fiziksel erişim kontrolü ve omurga ağ güvenliği bu kapsamdadır. Bulut tabanlı güvenlik duvarı gibi yönetilen hizmetler sunulduğunda, cihazın işletimi ve güncellemesi sağlayıcıya ait olabilir; ancak trafiğe uygulanan kuralların iş mantığına uygunluğu müşteri ile birlikte tasarlanmalıdır.
Müşteri tarafının sorumlulukları
Müşteri, iş yükünün güvenli çalışması için gerekli tüm iç katmanları yönetir. Varsayılan açık portlar, zayıf parolalar, gereksiz servisler ve yanlış yapılandırılmış depolama erişimleri en sık karşılaşılan risk kaynaklarıdır. Bulut ortamının esnekliği, hızlı kaynak açmayı kolaylaştırırken aynı hızda yanlış yapılandırmayı da mümkün kılar. Bu nedenle güvenlik, dağıtım hızına paralel bir kontrol mekanizması olarak planlanmalıdır.
Kimlik ve erişim yönetimi
Kimlik, bulut güvenliğinin merkezindedir. Kullanıcı hesapları, servis hesapları, API anahtarları ve ayrıcalıklı erişim kanalları ayrı ayrı ele alınmalıdır. Çok faktörlü kimlik doğrulama, en az ayrıcalık ilkesi ve düzenli erişim gözden geçirmesi temel uygulamalardır. Rol tabanlı erişim modelinde her hesabın gerçek bir iş ihtiyacına bağlanması gerekir; paylaşılan yönetici hesapları ve süresiz API anahtarları uzun vadede denetim boşlukları yaratır. Kimlik ve erişim yönetimi çözümleri, merkezi politika uygulaması ve oturum izlenebilirliği sağlayarak bu riski azaltır.
Ayrıcalıklı erişim senaryolarında bastion host veya sıçrama sunucusu kullanımı, doğrudan yönetim portlarının internete açılmasını engeller. Erişim oturumları kayıt altına alınmalı ve düzenli olarak incelenmelidir. Kimlik katmanındaki bir zafiyet, altyapının geri kalanındaki tüm kontrolleri etkisiz hale getirebilir; bu yüzden kimlik yönetimi paylaşılan sorumluluk modelinin müşteri tarafındaki en kritik bileşenidir.
İşletim sistemi ve sunucu katmanı
Sanal sunucunun işletim sistemi tamamen müşteri sorumluluğundadır. İşletim sistemi yamaları, gereksiz servislerin kapatılması, güvenlik duvarı kuralları ve dosya sistemi izinleri bu katmanda yönetilir. Altın imaj yaklaşımı, her yeni sunucunun önceden sertleştirilmiş bir şablondan türetilmesini sağlar ve yapılandırma sapmasını azaltır. Canlı ortamlarda manuel değişiklikler birikirse, yama pencereleri ve güvenlik denetimleri öngörülemez hale gelir.
Sunucu katmanında ağ segmentasyonu da müşteri kontrolündedir. Üretim, test ve yönetim ağlarının birbirinden izole edilmesi, yatay hareket riskini düşürür. Cloud sunucu kaynakları açılırken hangi alt ağa bağlanacağı, hangi güvenlik grubu kurallarının uygulanacağı ve dış erişim ihtiyacının gerçekten var olup olmadığı baştan tanımlanmalıdır.
Uygulama güvenliği
Uygulama katmanı, saldırganların en çok hedeflediği bölgedir. SQL enjeksiyonu, siteler arası betik çalıştırma, güvensiz dosya yükleme ve oturum yönetimi hataları uygulama kodundan kaynaklanır. Bulut altyapısı bu riskleri ortadan kaldırmaz; yalnızca saldırı yüzeyini farklı bir bağlama taşır. Güvenli yazılım geliştirme yaşam döngüsü, bağımlılık taraması ve düzenli penetrasyon testleri müşteri sorumluluğundadır.
Uygulama katmanı saldırılarına karşı web uygulama güvenlik duvarı gibi ek kontroller değerlendirilebilir; ancak bu araçlar güvenli kod yazımının yerine geçmez. WAF, bilinen saldırı kalıplarını filtrelerken uygulama mantığındaki mantık hatalarını tespit edemez. Her iki katmanın birlikte planlanması gerekir.
Yedekleme ve veri koruması
Veri, paylaşılan sorumluluk modelinde müşterinin en değerli ve en savunmasız varlığıdır. Sağlayıcı altyapı dayanıklılığı sunar; ancak verinin yedeklenmesi, şifrelenmesi ve saklama politikalarının tanımlanması müşteriye aittir. Yedekleme işinin başarılı tamamlanması, kurtarılabilir bir kopyanın var olduğu anlamına gelir; bu kopyanın yetkisiz değişiklikten korunması ise ayrı bir mimari kararıdır.
Üretim verisinin şifrelenmesi, hem depolama hem de aktarım sırasında uygulanmalıdır. Anahtar yönetimi politikaları, anahtar rotasyonu ve erişim ayrımı bu sürecin parçasıdır. Ransomware senaryolarında yedeklerin immutable katmanlarda tutulması ve üretim hesaplarından ayrıştırılması kritik önem taşır.
Günlükleme ve izleme
Güvenlik olaylarının erken tespiti, kapsamlı ve merkezi günlükleme olmadan mümkün değildir. İşletim sistemi, uygulama, veritabanı, ağ cihazı ve kimlik servisi günlükleri farklı kaynaklardan gelir; bunların tek bir izleme platformunda birleştirilmesi korelasyon analizini kolaylaştırır. Günlük toplama yalnızca depolama maliyeti değil, operasyonel görünürlük yatırımıdır.
Günlüklerin bütünlüğü de korunmalıdır. Yetkisiz silme veya değiştirme girişimlerine karşı günlük depolama ayrı erişim kontrolleri ile yönetilmeli ve mümkünse değiştirilemez bir hedefe yönlendirilmelidir. Alarm eşikleri, yanlış pozitif oranını düşürecek şekilde kademeli olarak ayarlanmalı; her alarmın bir müdahale prosedürü olmalıdır.
Yapılandırma ve politika disiplini
Bulut ortamlarında en yaygın güvenlik ihlalleri, karmaşık saldırılardan değil; basit yapılandırma hatalarından kaynaklanır. Herkese açık depolama kovaları, geniş güvenlik grubu kuralları, varsayılan şifreler ve test ortamından üretime taşınan gevşek politikalar bu kategoriye girer. Altyapı kodu yaklaşımı, yapılandırmaların sürüm kontrolü altında tutulmasını ve değişikliklerin gözden geçirilmesini sağlar.
Politika denetimi araçları, kaynak oluşturma anında uyumsuz yapılandırmaları engelleyebilir. Ancak araçların kendisi de doğru tanımlanmış kurallar ve düzenli güncellemeler gerektirir. Güvenlik politikaları, iş birimlerinin operasyonel ihtiyaçları ile dengeye oturtulmalı; aşırı kısıtlayıcı kurallar gölge BT kullanımını teşvik edebilir.
Yapılandırma denetiminin pratik adımları
Düzenli yapılandırma denetimleri, sapmaları erken aşamada yakalar. Kaynak etiketleme standartları, ortam ayrımını görünür kılar ve yanlışlıkla üretim kaynağına test politikası uygulanmasını engeller. Değişiklik onay süreçleri, acil müdahale senaryoları için istisna tanımlar; ancak her istisna sonrasında kök neden analizi yapılır. Bu disiplin, paylaşılan sorumluluk modelinin müşteri tarafındaki yapılandırma sütununu güçlendirir.
Bulut güvenliği değerlendirmelerinde bu başlıklar bir kontrol listesi olarak kullanılabilir. Her katmandaki mevcut durum, hedef durum ve iyileştirme önceliği belgelenerek somut bir yol haritası oluşturulur. Teknik değerlendirme süreci, bu analizi mevcut mimariniz üzerinde yaparak önceliklendirilmiş öneriler sunar.
Sonuç olarak bulut güvenliği, sağlayıcının sunduğu altyapı koruması ile müşterinin uyguladığı operasyonel disiplinin kesişiminde şekillenir. Kimlik yönetimi, işletim sistemi sertleştirmesi, uygulama güvenliği, yedekleme, günlükleme ve yapılandırma kontrolleri birbirini tamamlayan katmanlardır. Mevcut mimarinizi bu başlıklar üzerinden değerlendirmek, paylaşılan sorumluluk modelindeki boşlukları görünür kılar ve önceliklendirilmiş bir iyileştirme yol haritası oluşturmanıza yardımcı olur.