Bulut sunucunun güvenliği tek bir güvenlik duvarı kuralıyla tamamlanmaz. Erişimler, yazılım bakımı, veri koruma ve olay takibi birlikte ele alınmalıdır. Aşağıdaki kontrol listesi bir güvenlik sertifikasyonu veya kapsamlı denetimin yerine geçmez; üretim öncesi görüşmelerde eksik sorumlulukları görünür kılmak için kullanılabilir.
1. Sahiplik ve yönetim erişimi
Her sunucunun bir iş sahibi ve teknik sorumlusu bulunsun. Yönetici erişimini kişiye özel hesaplarla verin; ortak hesap kullanımını ve ayrıcalıklı yetkileri sınırlandırın. Desteklenen yönetim panellerinde çok faktörlü doğrulamayı etkinleştirin. Personel veya hizmet sağlayıcı değiştiğinde erişimlerin hangi sürede ve kim tarafından kaldırılacağını yazın. Kurtarma hesabını günlük kullanım hesabından ayırın.
2. Ağdan görünen yüzey
Uygulamanın gerçekten ihtiyaç duyduğu bağlantıları listeleyin. Yönetim servislerini herkesin erişimine açık bırakmak yerine uygun özel erişim yöntemlerini değerlendirin. Veritabanının doğrudan internetten erişilmesi gerekip gerekmediğini sorgulayın. Kural listesinde her açığın amacı ve sahibi bulunsun. Kullanılmayan bağlantıları kaldırmadan önce bağımlılıkları inceleyin; üretimde değişikliği kontrollü uygulayın.
3. Güncelleme ve destek durumu
İşletim sistemi kadar veritabanı, web sunucusu ve uygulama bileşenlerinin de destek durumunu takip edin. Güncelleme planında test, bakım penceresi ve geri dönüş adımı bulunsun. “Uygulama bozulabilir” gerekçesiyle süresiz erteleme yerine, riski kimin kabul ettiği ve kalıcı çözümün ne zaman yapılacağı kayıt altına alınmalıdır.
4. Yedek ve geri yükleme
Başarılı yedek bildirimi, geri yüklemenin çalıştığını tek başına kanıtlamaz. Belirlenen aralıklarla uygun bir test ortamına geri yükleme yapın; uygulamanın kullanılabilirliğini de kontrol edin. Sunucuyla aynı yetkilerle silinebilen bütün kopyalar ortak bir hatadan etkilenebilir. Ayrı erişim, saklama ve silme kontrolleri ihtiyaca göre tasarlanmalıdır. Kopyaların nerede tutulduğu ve kimlerin erişebildiği bilinmelidir.
5. Kayıt ve alarm
Başarısız girişler, yetki değişiklikleri ve kritik servis olayları için hangi kayıtların tutulacağını belirleyin. Kayıtların saklama süresi ve erişimi kurumun gereksinimlerine göre seçilmelidir. Her alarmın bir sahibi, değerlendirme yolu ve eskalasyonu olsun. Çok sayıda bildirim üretmek yerine önemli durumlarda gerçekten aksiyon alınıp alınmadığını sınayın.
6. Sır ve veri yönetimi
Erişim anahtarlarını kaynak kodunda veya herkese açık paylaşım alanında tutmayın. Bir anahtarın yanlışlıkla ifşa olması halinde yalnızca dosyayı silmek yeterli olmayabilir; anahtarın iptali ve yenilenmesi gerekir. Üretim verisini test ortamına taşımadan önce hassas veri ihtiyacını ve maskeleme yöntemini değerlendirin. Uygulama loglarının parola, erişim belirteci veya gereksiz kişisel veri yazmadığını kontrol edin.
Kontrolleri sorumluluk tablosuna dönüştürün
AWS'nin paylaşılan sorumluluk açıklaması, müşteri görevlerinin hizmet türüne göre değiştiğini gösterir. Bu nedenle “bulutta olduğu için sağlayıcı yapar” varsayımı yerine her kontrolü sözleşmedeki sorumlusuyla eşleştirin. Yönetilen hizmet alınsa bile kurumun yetki onayı ve veri sınıflandırması gibi görevleri devam edebilir.
| Kayıt alanı | Örnek içerik |
|---|---|
| Kontrol | Ayrılan çalışanın yönetim erişiminin kaldırılması |
| Sorumlu | Kurum onayı ve belirlenmiş uygulayıcı |
| Kanıt | Talep kaydı ve yetki kontrolü |
| Açık aksiyon | Eksik hesabın sahibi ve hedef tarih |
Bulut sunucu planlamasını bu kontrollerle birlikte ele alın. İşletim görevlerinin paylaşımı için yönetilen ve yönetilmeyen sunucu karşılaştırmasını okuyabilirsiniz.