Twoja organizacja standaryzuje zarządzanie sekretami w dziesiątkach subskrypcji i chce scentralizowanego, opartego na rolach sterowania za pomocą grup Azure AD. Dział bezpieczeństwa wymaga również, aby nikt nie mógł trwale usuwać sekretów ani kluczy, a podzbiór kluczy kryptograficznych musi znajdować się w dedykowanej, zatwierdzonej przez FIPS 140-2 Level 3 granicy HSM, oddzielonej od współdzielonej usługi. Co należy wdrożyć, aby spełnić wszystkie wymagania przy minimalnym nakładzie operacyjnym?

Poprawna odpowiedź spełnia wszystkie wymagania: Azure RBAC dla scentralizowanego sterowania opartego na rolach w wielu subskrypcjach, soft delete i purge protection zapobiegają trwałemu usuwaniu sekretów i kluczy, a Azure Managed HSM zapewnia dedykowaną, zatwierdzoną przez FIPS 140-2 Level 3 granicę HSM dla kluczy kryptograficznych. Niepoprawne opcje: Zachowanie zasad dostępu Key Vault nie zapewnia scentralizowanego sterowania Azure AD RBAC. Wyłączenie soft delete nie spełnia wymogu ochrony przed trwałym usunięciem. Użycie Managed HSM dla wszystkich sekretów jest niepotrzebne i droższe. Blokady zasobów nie chronią przed usunięciem na poziomie płaszczyzny danych. Poleganie na ARM RBAC bez włączania RBAC dla Key Vault nie kontroluje dostępu do samych sekretów. Klasyczne zasady dostępu Key Vault nie zapewniają scentralizowanego sterowania Azure AD RBAC. SKU Premium Key Vault nie oferuje dedykowanej granicy HSM spełniającej FIPS 140-2 Level 3.