Bir uygulamanın sırlarının doğru yönetimi her zaman zor olmuştur. Bulutun benimsenmesiyle yeni zorluklar ortaya çıktı. Orada bir var büyük bir OWASP sunum gerçeklik hakkında ve bulut içinde sırlarını saklamak meydan okuyor.
Sırları kaynak koduna kaydetmenin sunulan çözümlerden (veya "mimariden") biri olduğunu duymak sizi şaşırtabilir. Çünkü şu anda mükemmel bir mimari ya da bunu yapmanın bir yolu yok. Sonunda, sırlarınız şifrelenmiş olabilir ... ama şifreleme anahtarını koruyan nedir? "Kaplumbağalar sonuna kadar" dediler.
Her tür gizli yönetimin güçlü ve zayıf yönleri vardır ve sunum zaten bunu kapsamaktadır. Bunun yerine, gizli (kimlik bilgisi) bir yönetim çözümünde aradığınız bazı özellikleri gözden geçirmeye çalışacağım:
- Erişim kontrolü: yöneticilere yazma erişimi ve uygulamalara okuma erişimi verebilir misiniz? Hangi uygulamaların okuyabileceğini sınırlayabilir misiniz (A uygulaması yalnızca bu sırlara erişebilir)?
- Denetim günlükleri: birçok uyumluluk raporu için gereklidir ve bir şeyin ters olup olmadığını anlamak için iyi bir yol
- Sırların güvenli bir şekilde saklanması: çözüm sırları nasıl saklıyor? Şifreli DB? Şifreli FS? Varsa şifreleme anahtarını kim / ne tutar? Bu anahtar nasıl kullanılır - başlangıçta bir kez ve sonra güvenli bir şekilde atılır?
- Anahtarlar / parolalar döndürme veya yenileme: bir sır tehlikeye atılırsa, onu iptal edebilir ve uygulamalara güncellenmiş bir sır gönderebilir misiniz? Uygulamalar gizli yönetim hizmetini bir araya getirebilir mi / etmelidir mi?
- Uyumluluk: Bu çözümlerden bazıları belirli diller veya çerçevelerle sıkı entegrasyon sunar. Bazıları REST API'sini sunar. Bununla ilgileniyor musunuz?
Bu öğelere, sizin için ne kadar önemli olduklarına ve çözüm tarafından nasıl uygulandıklarına bakarak, orada gizli yönetim hizmetlerinden birini seçebilirsiniz .