Gelişmiş Key Vault ayarları
Geliştiriciler için Azure Güvenliğini Uygulama
Anushika Agarwal
Cloud Data Engineer
Entra ID, Key Vault kimlik doğrulamasını sağlar
- Key Vault'a erişimin ilk adımı = Kimlik doğrulama
- Kim olduğunu kanıtlamak
- Key Vault, kimlik doğrulama için Microsoft Entra ID kullanır
Key Vault'taki kimlik türleri
- User: Bir kişi
- Group: Kullanıcılar kümesi
- Service Principal: Uygulama/servis kimliği
Uygulama kimlik doğrulama yöntemleri
- Managed Identity (önerilir)
- Sır yok, Azure yönetir
- App Registration
- Manuel kurulum, kimlik bilgileri gerekir
Key Vault'ta yetkilendirme
Kimlik doğrulamadan sonra, yetkilendirme ne yapabileceğini tanımlar
Azure iki yetkilendirme modeli sunar: Access Policies ve RBAC
Access policies (eski)
- Yalnızca data plane'i (Key Vault içi) kontrol eder
- Yönetim düzleminde veya kasayı kimin yöneteceğinde kontrol yok
RBAC: Role-Based Access Control (önerilir)
- Erişimi şunlara kontrol eder
- Management Plane: Kasanın kendisi
- Data Plane: Keys, Secrets, Certificates
- PIM, MFA, Koşullu Erişim'i destekler
Soft delete
Mevcut durum:
- Silinen öğeler büyük kesinti yaratabilir
Soft Delete Etkin:
- Silinen öğeler kurtarılabilir duruma geçer
- Kazara veya kötü niyetli silmeye karşı korur
Soft delete nerede geçerli?
- Vault
Keys
- Secrets
- Certificates
Soft delete yapılandırması
- Saklama süresi - 7-90 gün (varsayılan: 90)
- Yeni kasalar için varsayılan olarak etkin
- Yapılandırıldıktan sonra kapatılamaz
Purge protection
- Purge = geri dönüşü olmayan kalıcı silme
- Saklama süresince purge engellenir
Yöneticiler bile purge yapamaz
Hem kasa hem içeriği için geçerlidir.
Purge protection yapılandırması
- Yapılandırma
- Saklama süresi - 7-90 gün (varsayılan: 90)
- Soft Delete etkin olmalıdır
- Yapılandırıldıktan sonra kapatılamaz
En iyi uygulamalar
Yalıtım için tasarla
- Ayrı kasalar kullan
Erişimi kontrol et
- Yalnızca güvenilir kullanıcı ve uygulamalara erişim ver
Etkinliği izle
- Tanılama günlüğünü ve uyarıları aç
