Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
✔️ Gäller för: Klassiska SMB- och NFS-filresurser som skapats med Microsoft.Storage-resursleverantören
✖️ Gäller inte för: Filresurser som skapats med Microsoft.FileShares-resursprovider
Azure krypterar all data i ett lagringskonto i vila, inklusive Azure Files-data, genom att använda AES-256-kryptering. Som standard hanterar Microsoft krypteringsnycklarna för ett lagringskonto. För bättre kontroll över krypteringsnycklar, använd kundhanterade nycklar (CMK) istället för Microsoft-hanterade nycklar för att skydda och kontrollera åtkomsten till den krypteringsnyckel som krypterar din data. Den här artikeln beskriver hur du konfigurerar kundhanterade nycklar för Azure Files arbetsbelastningar. För en översikt över kryptering i vila och nyckelalternativ, se Kryptering i vila för Azure Files.
När du konfigurerar kundhanterade nycklar för ett lagringskonto krypteras Azure Files-data i det lagringskontot automatiskt genom att använda kundnyckeln. Ingen anmälning per aktie krävs.
För att använda en nyckel i Azure Key Vault i samma Microsoft Entra-tenant som lagringskontot, slutför dessa avsnitt i ordning:
- Skapa eller konfigurera ett nyckelvalv
- Skapa eller importera en krypteringsnyckel
- Skapa en hanterad identitet och tilldela behörigheter
- Konfigurera kundhanterade nycklar på lagringskontot
- Kontrollera konfigurationen
För andra viktiga platser, se dessa avsnitt:
- För att använda en nyckel i Azure Key Vault Managed HSM (Hardware Security Module), se Använd en nyckel i Azure Key Vault Managed HSM.
- För att använda en nyckel i ett nyckelvalv i en annan tenant, se Om kundhanterade nycklar för cross-tenants.
Skapa eller konfigurera ett nyckelvalv
För att aktivera kundhanterade nycklar behöver du ett Azure-lagringskonto tillsammans med ett Azure Key Vault med rensningsskydd aktiverat. Du kan använda ett befintligt nyckelvalv eller skapa ett nytt. Lagringskontot och nyckelvalvet kan finnas i olika regioner eller prenumerationer inom samma Microsoft Entra klientorganisation. För scenarier för flera hyresgäster, se Om kundhanterade nycklar för flera hyresgäster.
Följ dessa steg för att skapa ett nytt nyckelvalv med hjälp av Azure-portalen:
- I Azure-portalen söker du efter Key-valv och väljer Skapa.
- Fyll i de obligatoriska fälten (prenumeration, resursgrupp, namn, region).
- Under Återställningsalternativ väljer du Aktivera rensningsskydd.
- Välj Granska + skapaoch välj sedan Skapa.
Följ dessa steg om du vill använda ett befintligt nyckelvalv:
- Gå till ditt nyckelvalv i Azure-portalen.
- På tjänstmenyn går du till Inställningar och väljer Egenskaper.
- I avsnittet Rensa skydd väljer du Aktivera rensningsskydd och sedan Spara.
- Se till att mjuk borttagning är aktiverad i ditt nyckelvalv. Det är aktiverat som standard för nya nyckelvalv.
Tilldela rollen Key Vault Crypto Officer
Om du vill skapa och hantera nycklar i key vault behöver du rollen Key Vault Crypto Officer på key vault. Tilldela denna roll till dig själv genom att använda Azure-portalen, PowerShell eller Azure CLI. Om du redan har denna roll i nyckelvalvet, hoppa över detta avsnitt och gå till Skapa eller importera en krypteringsnyckel.
Du behöver rollen Owner eller User Access Administrator RBAC i nyckelvalvets omfång för att tilldela rollen Key Vault Crypto Officer. Kontakta administratören om det behövs.
Så här tilldelar du rollen Key Vault Crypto Officer med hjälp av Azure portalen:
- Gå till ditt nyckelvalv.
- Välj Åtkomstkontroll (IAM) på tjänstmenyn.
- Under rubriken Bevilja åtkomst till den här resursen väljer du Lägg till rolltilldelning.
- Sök efter och välj Key Vault Crypto Officer och välj sedan Nästa.
- Under Tilldela åtkomst till väljer du Användare, grupp eller tjänstens huvudnamn.
- Under Medlemmar väljer du +Välj medlemmar.
- Sök efter och välj ditt eget konto och välj sedan Välj.
- Välj Granska + tilldela och sedan Granska + tilldela igen.
Skapa eller importera en krypteringsnyckel
Du behöver en RSA- eller RSA-HSM nyckel med storlek 2048, 3072 eller 4096. Generera eller importera en RSA-nyckel i ditt nyckelvalv. Innan du genererar en nyckel kontrollerar du att du har rollen Key Vault Crypto Officer på key vault.
För att generera en ny RSA-krypteringsnyckel med hjälp av Azure-portalen, följ följande steg:
- Gå till ditt nyckelvalv i Azure-portalen.
- På tjänstmenyn går du till Objekt och väljer Nycklar.
- Välj Generera/Importera. Under Alternativ väljer du Generera.
- Ange ett namn för nyckeln. Nyckelnamn kan bara innehålla alfanumeriska tecken och bindestreck.
- Ställ in nyckeltypen till RSA och RSA-nyckelstorleken till 2048, 3072 eller 4096.
- Välj Skapa.
För att importera en befintlig RSA-krypteringsnyckel via Azure-portalen, följ följande steg:
- Gå till ditt nyckelvalv i Azure-portalen.
- På tjänstmenyn går du till Objekt och väljer Nycklar.
- Välj Generera/Importera. Under Alternativ väljer du Importera.
- Välj din nyckel som ska laddas upp.
- Ange ett namn för nyckeln. Nyckelnamn kan bara innehålla alfanumeriska tecken och bindestreck.
- Ange Nyckeltyp till RSA.
- Välj Skapa.
Skapa en hanterad identitet och tilldela behörigheter
Lagringskontot behöver en hanterad identitet för att autentisera till nyckelvalvet. Genom att använda en hanterad identitet kan lagringskontot på ett säkert sätt komma åt krypteringsnyckeln i nyckelvalvet utan att lagra autentiseringsuppgifter.
Skapa en användartilldelad hanterad identitet och ge den identiteten rollen Key Vault Crypto Service Encryption User på Key Vault.
Skapa en användartilldelad hanterad identitet
Skapa en användartilldelad hanterad identitet med hjälp av Azure-portalen, Azure PowerShell eller Azure CLI.
För att skapa en användartilldelad hanterad identitet genom att använda Azure-portalen, följ dessa steg:
- Sök efter hanterade identiteter och välj Skapa.
- Välj en prenumeration, resursgrupp, region och namn.
- Välj Granska + skapaoch välj sedan Skapa.
Tilldela rollen som Key Vault-kryptotjänstkrypteringsanvändare till den hanterade identiteten
Tilldela rollen Key Vault Krypteringsanvändare för kryptotjänst till den hanterade identitet som du skapade med hjälp av Azure-portalen, PowerShell eller Azure CLI.
Följ dessa steg för att tilldela rollen Key Vault Krypteringsanvändare för kryptotjänst till den hanterade identiteten med hjälp av Azure-portalen:
- Gå till ditt nyckelvalv i Azure-portalen.
- Välj Åtkomstkontroll (IAM) på tjänstmenyn.
- Under rubriken Bevilja åtkomst till den här resursen väljer du Lägg till rolltilldelning.
- Sök efter och välj Key Vault Kryptotjänstkrypteringsanvändare och välj sedan Nästa.
- Under Tilldela åtkomst till väljer du Hanterad identitet.
- Under Medlemmar väljer du +Välj medlemmar.
- Fönstret Välj hanterade identiteter öppnas. Under Hanterad identitet väljer du Användartilldelad hanterad identitet.
- Välj den hanterade identitet som du skapade och välj sedan Välj.
- Välj Granska + tilldela och sedan Granska + tilldela igen.
Konfigurera kundhanterade nycklar på lagringskontot
Med nyckelvalvet, nyckeln och den hanterade identiteten på plats kan du aktivera kundhanterade nycklar på lagringskontot.
Om du inte specificerar en nyckelversion använder lagringskontot automatisk uppdatering av nyckelversionen (rekommenderas). För att använda manuell uppdatering av nyckelversion, ange en nyckelversion.
Important
För lagringskonton som är associerade med en nätverkssäkerhetsperimeter bör nyckelvalvet helst finnas i samma nätverkssäkerhetsperimeter. Om det inte är det måste du konfigurera nätverkssäkerhetsperimeterprofilen för nyckelvalvet så att lagringskontot kan kommunicera med det.
Konfigurera kundhanterade nycklar för ett befintligt lagringskonto
Du kan konfigurera kundhanterade nycklar på ett befintligt lagringskonto med hjälp av Azure-portalen, Azure PowerShell eller Azure CLI.
Följ dessa steg för att konfigurera kundhanterade nycklar på ett befintligt lagringskonto med hjälp av Azure portalen. De här stegen använder automatisk uppdatering av nyckelversionen. För att använda manuell uppdatering av nyckelversionen väljer du Ange nyckel-URI i steg 4 och anger en nyckel-URI som inkluderar nyckelversionen.
- Gå till ditt lagringskonto.
- På tjänstmenyn går du till Säkerhet + nätverk och väljer Kryptering.
- För Krypteringstyp, välj kundhanterade nycklar. Om lagringskontot redan har konfigurerats för CMK väljer du Ändra nyckel.
- För Krypteringsnyckel väljer du Välj från nyckelvalv.
- Välj Välj ett nyckelvalv och en nyckel. För nyckellagringstyp, välj Key vault. Välj ditt nyckelvalv och nyckel, och välj sedan Select.
- Som Identitetstyp väljer du Användartilldelad för att använda din tidigare skapade användartilldelade hanterade identitet.
- Välj en identitet. Sök efter och välj den användar-tilldelade hanterade identiteten, och välj sedan Lägg till.
- Välj Spara.
Konfigurera kundhanterade nycklar för ett nytt lagringskonto
Du kan konfigurera kundhanterade nycklar när du skapar ett nytt lagringskonto med hjälp av Azure-portalen, Azure PowerShell eller Azure CLI.
Du kan inte använda en systemtilldelad identitet när lagringskontot skapas eftersom identiteten inte finns förrän lagringskontot har skapats. Du måste använda en användartilldelad hanterad identitet.
Följ dessa steg för att konfigurera kundhanterade nycklar för ett nytt lagringskonto med hjälp av Azure portalen. I de här stegen används automatisk uppdatering av nyckelversionen. För att använda manuell uppdatering av nyckelversionen, välj Enter key from URI i steg 2 och ange en nyckel-URI som inkluderar nyckelversionen.
På fliken Kryptering när lagringskontot skapas väljer du Kundhanterade nycklar (CMK) som krypteringstyp.
För krypteringsnyckel, välj Välj ett Key Vault och en nyckel.
För Prenumeration, välj prenumerationen som innehåller ditt nyckelvalv. Portalen kan som standard använda en annan prenumeration.
För nyckellagertyp, välj Key vault.
Välj ditt Key Vault och din nyckel.
Under Användartilldelad identitet väljer du Välj en identitet. Fönstret Välj användartilldelad hanterad identitet öppnas.
Sök efter och välj den användartilldelade hanterade identitet som du skapat. Nya lagringskonton kan inte använda en systemtilldelad hanterad identitet.
Välj Lägg till.
Fyll i de återstående flikarna, välj Granska och skapa, och välj sedan Skapa.
Kontrollera konfigurationen
När du har aktiverat kundhanterade nycklar kontrollerar du att krypteringen är korrekt konfigurerad på ditt lagringskonto. Du kan göra detta med hjälp av Azure-portalen, Azure PowerShell eller Azure CLI.
Följ dessa steg för att verifiera konfigurationen av lagringskontot med hjälp av Azure portalen:
- Gå till ditt lagringskonto i Azure-portalen.
- På tjänstmenyn går du till Säkerhet + nätverk och väljer Kryptering.
- Bekräfta att krypteringstypen visar kundhanterade nycklar.
- Kontrollera att informationen under Nyckelval är korrekt.
Använd en nyckel i Azure Key Vault Managed HSM
Du kan lagra den kundhanterade nyckeln i Azure Key Vault Managed HSM istället för i Azure Key Vault. Stegen skiljer sig från Key Vault-sektionerna på följande sätt:
- Managed HSM använder sin egen lokala rollbaserade åtkomstkontroll (RBAC). Du tilldelar roller på den hanterade HSM:n, inte med Azure RBAC på ett nyckelvalv. Begränsa rolltilldelningen för lagringskontot till nyckeln, så att den hanterade identiteten endast kan använda den nyckeln.
- Nycklar i en hanterad HSM är RSA-HSM nycklar. Använd en nyckelstorlek på 2048, 3072 eller 4096.
- Lagringskontot använder URI:n för den hanterade HSM istället för nyckelvalvets URI.
Innan du börjar, se till att du har dessa saker:
- En hanterad HSM som är provisionerad och aktiverad. För stegen, se Quickstart: Provisionera och aktivera en hanterad HSM med Azure CLI.
- Skydd mot rensning aktiverat på den hanterade HSM:n. Om rensningsskyddet inte är aktiverat misslyckas konfigurationen av lagringskontot med felet
Keyvault policy recoverable is not set. Du kan inte inaktivera rensningsskyddet efter att du aktiverat det. En borttagen hanterad HSM fortsätter att ackumulera avgifter tills dess bevarandeperiod är slut. Mer information finns i Hanterat HSM-skydd för mjuk borttagning och rensning. - En lokal RBAC-roll på den hanterade HSM:n som låter dig skapa nycklar, såsom Managed HSM Crypto User.
- En användartilldelad hanterad identitet. För stegen, se Skapa en användartilldelad hanterad identitet.
Skapa en nyckel i den hanterade HSM:n, tilldela rollen Managed HSM Crypto Service Encryption User till den hanterade identiteten och konfigurera lagringskontot att använda nyckeln. Rolltilldelningar kan ta några minuter innan de träder i kraft. Om konfigurationen av lagringskontot misslyckas med ett auktorisationsfel, vänta några minuter och försök igen.
För att skapa nyckeln och tilldela rollen, använd stegen i PowerShell eller Azure CLI. Konfigurera sedan lagringskontot i Azure-portalen:
- Gå till ditt lagringskonto.
- På tjänstmenyn går du till Säkerhet + nätverk och väljer Kryptering.
- För krypteringstyp, välj Kundhanterade nycklar. Om lagringskontot redan är konfigurerat för kundhanterade nycklar, välj Byt nyckel.
- För krypteringsnyckel, välj Välj från nyckelvalv och välj sedan Välj ett nyckelvalv och nyckel.
- För Key store-typ, välj Managed HSM.
- Välj din hanterade HSM och nyckel, och välj sedan Select.
- För Identitetstyp, välj Användartilldelad och välj sedan din användartilldelade hanterade identitet.
- Välj Spara.
För att skapa ett nytt lagringskonto som använder en nyckel i en hanterad HSM, följ stegen i Konfigurera kundhanterade nycklar för ett nytt lagringskonto. Använd URI:n för den hanterade HSM:en som URI för nyckelvalvet.
Om nycklar hanterade av kunder mellan olika klientorganisationer
Många tjänsteleverantörer som skapar SaaS-erbjudanden (Software as a Service) i Azure vill erbjuda sina kunder möjlighet att hantera sina egna krypteringsnycklar. Med kundhanterade nycklar kan en tjänstleverantör kryptera kundens data med hjälp av en krypteringsnyckel som hanteras av tjänsteleverantörens kund och som inte är tillgänglig för tjänstleverantören. I Azure kan tjänsteleverantörens kund använda Azure Key Vault för att hantera sina krypteringsnycklar i sin egen Microsoft Entra-klientorganisation och prenumeration.
Azure-plattformstjänster och resurser som ägs av tjänstleverantören och som finns i tjänstleverantörens klientorganisation kräver åtkomst till nyckeln från kundens klientorganisation för att utföra krypterings-/dekrypteringsåtgärderna.
Bilden nedan visar kryptering av data i vila med federerad identitet i ett klientöverskridande arbetsflöde för kundhanterade nycklar som omfattar en tjänstleverantör och dess kund.
I exemplet ovan finns det två Microsoft Entra-klienter: en oberoende tjänstleverantörs klientorganisation (klientorganisation 1) och en kunds klientorganisation (klientorganisation 2). Tenant 1 hostar Azure-plattformtjänster och Tenant 2 hostar kundens nyckelvalv.
En registrering av en fleranvändartjänst skapas av tjänstleverantören i Tenant 1. En federerad identitetsautentiseringsuppgift skapas i det här programmet med hjälp av en användartilldelad hanterad identitet. Sedan delas appens namn och program-ID med kunden.
En användare med rätt behörighet installerar tjänstleverantörens program i kundklientorganisationen, Klient 2. En användare ger sedan tjänstens huvudprincip som är associerad med den installerade applikationen åtkomst till kundens nyckelvalv. Kunden lagrar även krypteringsnyckeln, eller den kundhanterade nyckeln, i nyckelvalvet. Kunden delar nyckelplatsen (nyckelns URL) med tjänstleverantören.
Tjänstleverantören har nu:
- Ett program-ID för ett program med flera klienter installerat i kundens klientorganisation, som har beviljats åtkomst till den kundhanterade nyckeln.
- En hanterad identitet som har konfigurerats som autentiseringsuppgift för flerklientprogrammet.
- Platsen för nyckeln i kundens nyckelvalv.
Med dessa tre parametrar etablerar tjänstleverantören Azure-resurser i Klientorganisation 1 som kan krypteras med den kundhanterade nyckeln i klientorganisation 2.
Nu ska vi dela upp lösningen ovan från slutpunkt till slutpunkt i tre faser:
- Tjänstleverantören konfigurerar identiteter.
- Kunden ger tjänstleverantörens app för flera klientorganisationer åtkomst till en krypteringsnyckel i Azure Key Vault.
- Tjänstleverantören krypterar data i en Azure resurs med hjälp av den kundhanterade nyckeln.
Åtgärder i fas 1 skulle vara en engångskonfiguration för de flesta tjänstleverantörsprogram. Åtgärder i fas 2 och 3 upprepas för varje kund.
Fas 1 – Tjänstleverantören konfigurerar ett Microsoft Entra-program
| Step | Description | Lägsta roll i Azure RBAC | Lägsta roll i Microsoft Entra RBAC |
|---|---|---|---|
| 1. | Skapa en ny multitenant-Microsoft Entra programregistrering eller börja med en befintlig programregistrering. Observera program-ID (klient-ID) för programregistreringen med hjälp av Azure-portalen, Microsoft Graph API, Azure PowerShell eller Azure CLI | None | Programutvecklare |
| 2. | Skapa en användartilldelad hanterad identitet (som ska användas som en federerad identitetsautentisering). Azure portal / Azure CLI / Azure PowerShell/ Azure Resource Manager Templates |
Bidragsgivare för hanterad identitet | None |
| 3. | Konfigurera användartilldelad hanterad identitet som en federerad identitetsautentiseringsuppgift i programmet, så att den kan personifiera programmets identitet. Graph API-referens/ Azure Portal/ Azure CLI/ Azure PowerShell |
None | Applikationens ägare |
| 4. | Dela programnamnet och program-ID:t med kunden så att de kan installera och auktorisera programmet. | None | None |
Överväganden för tjänsteleverantörer
- Azure Resource Manager-mallar (ARM) rekommenderas inte för att skapa Microsoft Entra-program.
- Samma program för flera klienter kan användas för att komma åt nycklar i valfritt antal klienter, till exempel klientorganisation 2, klientorganisation 3, klientorganisation 4 och så vidare. I varje klientorganisation skapas en oberoende instans av programmet som har samma program-ID men ett annat objekt-ID. Varje instans av det här programmet godkänns därför oberoende av varandra. Fundera på hur programobjektet som används för den här funktionen används för att partitionera programmet mellan alla kunder.
- Programmet kan ha högst 20 federerade identitetsuppgifter, vilket kräver att en tjänstleverantör delar federerade identiteter mellan sina kunder. Mer information om designöverväganden och begränsningar för federerade identiteter finns i Konfigurera en app för att lita på en extern identitetsprovider
- I sällsynta fall kan en tjänstleverantör använda ett enda programobjekt per kund, men det kräver betydande underhållskostnader för att hantera program i stor skala för alla kunder.
- I tjänstleverantörens klientorganisation går det inte att automatisera utgivarverifieringen.
Fas 2 – Kunden auktoriserar åtkomst till nyckelvalvet
| Step | Description | Minst privilegierade Azure RBAC-roller | Minst privilegierade Microsoft Entra-roller |
|---|---|---|---|
| 1. | None | Användare med behörighet att installera program | |
| 2. | Skapa ett Azure Key Vault och en nyckel som används som kundhanterad nyckel. | En användare måste tilldelas rollen Key Vault Contributor för att skapa nyckelvalvet En användare måste tilldelas rollen Key Vault Crypto Officer för att lägga till en nyckel i nyckelvalvet |
None |
| 3. | Ge den medgivna programidentiteten åtkomst till Azure-nyckelvalvet genom att tilldela rollen Key Vault Crypto Service Encryption User | Om du vill tilldela programmet rollen Key Vault Crypto Service Encryption User, måste du ha tilldelats rollen Användaråtkomstadministratör. | None |
| 4. | Kopiera nyckelvalvets URL och nyckelnamn till konfigurationen av kundhanterade nycklar för SaaS-erbjudandet. | None | None |
Note
Om du vill auktorisera åtkomst till Managed HSM för kryptering med hjälp av kundhanterade nycklar kan du läsa exempel för Lagringskonto här. Mer information om hur du hanterar nycklar med Managed HSM finns i Hantera en hanterad HSM med hjälp av Azure CLI
Överväganden för kunder hos tjänsteleverantörer
- I kundens klientorganisation, Klientorganisation 2, kan en administratör ange principer för att blockera användare som inte är administratörer från att installera program. Dessa principer kan hindra användare som inte är administratörer från att skapa tjänstens huvudnamn. Om en sådan princip har konfigurerats måste användare med behörighet att skapa tjänstens huvudnamn vara inblandade.
- Åtkomst till Azure Key Vault kan auktoriseras med hjälp av Azure RBAC eller åtkomstprinciper. När du beviljar åtkomst till ett nyckelvalv bör du använda den aktiva mekanismen för ditt nyckelvalv.
- En Microsoft Entra-programregistrering har ett program-ID (klient-ID). När applikationen installeras i din klientorganisation skapas en service principal. Tjänstehuvudnamnet delar samma program-ID som appens registrering, men genererar ett eget objekt-ID. När du ger applikationen behörighet att få åtkomst till resurser kan du behöva använda egenskapen
NameellerObjectIDför tjänstens huvudnamn.
Fas 3 – Tjänstleverantören krypterar data i en Azure-resurs med hjälp av den kundhanterade nyckeln
När fas 1 och 2 har slutförts kan tjänstleverantören konfigurera kryptering på Azure-resursen med nyckel- och nyckelvalvet i kundens klientorganisation och Azure-resursen i ISV:s klientorganisation. Tjänstleverantören kan konfigurera kundhanterade nycklar mellan tenant med de klientverktyg som stöds av den Azure-resursen, med en ARM-mall eller med REST-API:et.
Konfigurera kundhanterade nycklar mellan flera hyresgäster
I det här avsnittet beskrivs hur du konfigurerar en kundhanterad nyckel mellan klientorganisationer och krypterar kunddata. Du lär dig hur du krypterar kunddata i en resurs i Klient1 med hjälp av en kundhanterad nyckel som lagras i ett nyckelvalv i Klientorganisation2. Du kan använda Azure-portalen, Azure PowerShell eller Azure CLI.
Logga in på Azure-portalen och följ dessa steg.
Tjänstleverantören konfigurerar identiteter
Följande steg utförs av tjänstleverantören i tjänstleverantörens tenant Tenant1.
Tjänstleverantören skapar en ny appregistrering för flera klientorganisationer
Du kan antingen skapa en ny Microsoft Entra-programregistrering för flera klientorganisationer eller börja med en befintlig programregistrering för flera klientorganisationer. Om du börjar med en befintlig programregistrering bör du notera programmets program-ID (klient-ID).
Så här skapar du en ny registrering:
Sök efter Microsoft Entra ID i sökrutan. Leta upp och välj tillägget Microsoft Entra ID.
Välj Hantera > App-registreringar i det vänstra fönstret.
Välj + Ny registrering.
Ange namnet på programregistreringen och välj Konto i valfri organisationskatalog (Alla Microsoft Entra-kataloger – Multitenant).
Välj Registrera.
Observera ApplicationId/ClientId för programmet.
Tjänstleverantören skapar en användartilldelad hanterad identitet
Skapa en användartilldelad hanterad identitet som ska användas som en federerad identitetsautentiseringsuppgift.
Sök efter hanterade identiteter i sökrutan. Leta upp och välj tillägget Hanterade identiteter .
Välj + Skapa.
Ange resursgruppen, regionen och namnet för den hanterade identiteten.
Välj Förhandsgranska + skapa.
När distributionen har slutförts, notera Azure ResourceId för den användartilldelade hanterade identiteten, som finns under Egenskaper. Ett exempel:
/subscriptions/tttttttt-0000-tttt-0000-tttt0000tttt/resourcegroups/XTCMKDemo/providers/Microsoft.ManagedIdentity/userAssignedIdentities/ConsotoCMKDemoUA
Tjänstleverantören konfigurerar den användartilldelade hanterade identiteten som en federerad autentiseringsuppgift i programmet
Konfigurera en användartilldelad hanterad identitet som en federerad identitetsautentiseringsuppgift i programmet så att den kan personifiera programmets identitet.
Gå till Microsoft Entra ID >, Appregistreringar > och ditt program.
Välj Certifikat och hemligheter.
Välj Federerade autentiseringsuppgifter.
Välj + Lägg till autentiseringsuppgifter.
Under Scenario med federerade autentiseringsuppgifter väljer du Hanterad identitet.
Klicka på Välj en hanterad identitet. Välj prenumerationen från panelen. Under Hanterad identitet väljer du Användartilldelad hanterad identitet. I rutan Välj söker du efter den hanterade identitet som du skapade tidigare och klickar sedan på Välj längst ned i fönstret.
Under Information om autentiseringsuppgifter anger du ett namn och en valfri beskrivning för autentiseringsuppgifterna och väljer Lägg till.
Tjänstleverantören delar program-ID:t med kunden
Hitta program-ID:t (klient-ID) för fleranvändarprogrammet och dela det med kunden.
Kunden ger tjänstleverantörens app åtkomst till nyckeln i nyckelvalvet
Följande steg utförs av kunden i kundens tenant Tenant2. Kunden kan använda Azure-portalen, Azure PowerShell eller Azure CLI.
Användaren som kör stegen måste vara en administratör med en privilegierad roll, till exempel programadministratör, molnprogramadministratör eller global administratör.
Logga in på Azure-portalen och följ dessa steg.
Kunden installerar tjänstproviderprogrammet i kundens klientorganisation
Om du vill installera tjänstleverantörens registrerade program i kundens klientorganisation skapar du ett huvudnamn för tjänsten med program-ID:t från den registrerade appen. Du kan skapa tjänstens huvudnamn på något av följande sätt:
- Använd Microsoft Graph, Microsoft Graph PowerShell, Azure PowerShell eller Azure CLI för att skapa tjänstens huvudnamn manuellt.
- Skapa en administratörsmedgivande-URL och bevilja hyresgästomfattande medgivande för att skapa tjänsteprincipalen. Du måste ge dem ditt app-ID.
Kunden skapar ett Key Vault
För att skapa ett nyckelvalv måste användarens konto tilldelas rollen Key Vault Deltagare eller en annan roll som tillåter skapande av ett nyckelvalv.
Från Azure-portalen eller från startsidan, välj + Skapa en resurs. Skriv Key vaults i sökrutan. I resultatlistan väljer du Nyckelvalv. På sidan Nyckelvalv väljer du Skapa.
På fliken Grundläggande väljer du en prenumeration. Under Resursgrupp väljer du Skapa ny och anger ett resursgruppsnamn.
Ange ett unikt namn för nyckelvalvet.
Välj en region och prisnivå.
Aktivera rensningsskydd för det nya nyckelvalvet.
På fliken Åtkomstprincip väljer du Rollbaserad åtkomstkontroll i Azure för Behörighetsmodell.
Välj Granska och skapa och sedan Skapa.
Anteckna namnet på nyckelvalvet och URI-program som har åtkomst till ditt nyckelvalv måste använda den här URI:n.
Mer information finns i Snabbstart – Skapa ett Azure Key Vault med Azure Portal.
Kunden tilldelar Key Vault Crypto Officer-rollen till ett användarkonto
Det här steget säkerställer att du kan skapa krypteringsnycklar.
- Gå till nyckelvalvet och välj Åtkomstkontroll (IAM) i den vänstra rutan.
- Under rubriken Bevilja åtkomst till den här resursen väljer du Lägg till rolltilldelning.
- Sök efter och välj Key Vault Crypto Officer.
- Under Medlemmar väljer du Användare, grupp eller tjänstens huvudnamn.
- Välj Medlemmar och sök efter ditt användarkonto.
- Välj Granska och tilldela.
Kunden skapar en krypteringsnyckel
För att kunna skapa krypteringsnyckeln måste användarens konto tilldelas rollen Key Vault Crypto Officer eller en annan roll som gör det möjligt att skapa en nyckel.
- På sidan Key Vault-egenskaper väljer du Nycklar.
- Välj Generera/Importera.
- På skärmen Skapa en nyckel anger du ett namn för nyckeln. Låt de andra värdena vara kvar som standardvärden.
- Välj Skapa.
- Kopiera nyckel-URI:n.
Kunden ger tjänstleverantörsprogrammet åtkomst till nyckelvalvet
Tilldela Azure RBAC-rollen Key Vault Crypto Service Encryption User till tjänstleverantörens registrerade program så att det kan komma åt nyckelvalvet.
- Gå till nyckelvalvet och välj Åtkomstkontroll (IAM) i den vänstra rutan.
- Under rubriken Bevilja åtkomst till den här resursen väljer du Lägg till rolltilldelning.
- Sök efter och välj Key Vault Crypto Service Encryption User.
- Under Medlemmar väljer du Användare, grupp eller tjänstens huvudnamn.
- Välj Medlemmar och sök efter programnamnet för det program som du installerade från tjänstleverantören.
- Välj Granska och tilldela.
Nu kan du konfigurera kundhanterade nycklar med nyckelvalvets URI och nyckel.
Tjänsteleverantören konfigurerar kundhanterade nycklar för ett befintligt lagringskonto
Fram till denna punkt konfigurerade du multitenant-applikationen på ISV:ns tenant, installerade applikationen på kundens tenant och konfigurerade nyckelvalvet och nyckeln på kundens tenant. Därefter kan du konfigurera kundhanterade nycklar på ett befintligt lagringskonto med nyckeln från kundens klientorganisation.
Följande exempel visar hur man konfigurerar kundhanterade nycklar på ett befintligt lagringskonto genom att använda en användartilldelad hanterad identitet för att auktorisera åtkomst till nyckelvalvet. Du kan också använda en systemtilldelad hanterad identitet för att konfigurera kundhanterade nycklar på ett befintligt lagringskonto. I båda fallen måste den hanterade identiteten ha rätt behörighet för att få åtkomst till nyckelvalvet. Mer information finns i Autentisera till Azure Key Vault.
När du konfigurerar kryptering med kundhanterade nycklar för ett befintligt lagringskonto kan du välja att automatiskt uppdatera nyckelversionen som används för kryptering när en ny version finns tillgänglig i det tillhörande nyckelvalvet. För att aktivera denna funktion, utelämna nyckelversionen från nyckel-URI:n. Alternativt kan du uttryckligen ange en nyckelversion som ska användas för kryptering tills du manuellt uppdaterar den. Att inkludera nyckelversionen i nyckel-URI:n konfigurerar kundhanterade nycklar för manuell uppdatering av nyckelversionen.
Följ dessa steg för att konfigurera kundhanterade nycklar mellan klientorganisationer för ett befintligt lagringskonto i Azure Portal:
Gå till ditt lagringskonto.
Under Säkerhet + nätverk väljer du Kryptering. Som standard är nyckelhanteringen inställd på Microsoft-hanterade nycklar.
Välj alternativet Kundhanterade nycklar.
Välj alternativet Välj från Key Vault.
Välj Ange nyckel-URI och ange nyckelns URI. Utelämna nyckelversionen från URI:n om du vill att Azure Files automatiskt ska kontrollera efter en ny nyckelversion och uppdatera den.
Välj den prenumeration som innehåller nyckelvalvet och nyckeln.
I fältet Identitetstyp väljer du Användartilldelad och anger sedan den hanterade identiteten med den federerade identitetsautentiseringsuppgift som du skapade tidigare.
Expandera avsnittet Avancerat och välj det multitenant-registrerade programmet som du tidigare skapade i ISV:ns klientorganisation.
Spara ändringarna.
Efter att du specificerat nyckeln från nyckelvalvet i kundens klientorganisation, indikerar Azure-portalen att kundhanterade nycklar är konfigurerade med den nyckeln. Det anger också att automatisk uppdatering av nyckelversionen är aktiverad och visar den nyckelversion som för närvarande används för kryptering. Portalen visar också vilken typ av hanterad identitet som används för att ge åtkomst till nyckelvalvet, huvud-ID för den hanterade identiteten och applikations-ID för multitenant-applikationen.
Tjänsteleverantören skapar ett nytt lagringskonto krypterat med kundens nyckel
Du kan också skapa ett nytt lagringskonto på ISV:ns klientorganisation och konfigurera kundhanterade nycklar med nyckeln från kundens klientorganisation.
Du måste använda en befintlig användartilldelad hanterad identitet för att auktorisera åtkomst till nyckelvalvet när du konfigurerar kundhanterade nycklar när du skapar lagringskontot. Den användartilldelade hanterade identiteten måste ha rätt behörighet för att få åtkomst till nyckelvalvet. Mer information finns i Autentisera till Azure Key Vault.
När du konfigurerar kryptering med kundhanterade nycklar för ett nytt lagringskonto kan du välja att automatiskt uppdatera nyckelversionen som används för kryptering när en ny version finns tillgänglig i det tillhörande nyckelvalvet. Om du vill göra det utelämnar du nyckelversionen från nyckel-URI:n. Alternativt kan du uttryckligen ange en nyckelversion som ska användas för kryptering tills nyckelversionen uppdateras manuellt. Att inkludera nyckelversionen i nyckel-URI:n konfigurerar kundhanterade nycklar för manuell uppdatering av nyckelversionen.
Följ dessa steg för att konfigurera kundhanterade nycklar mellan klientorganisationer för ett nytt lagringskonto i Azure Portal:
I Azure-portalen går du till sidan Lagringskonton i ISV:ns klientorganisation och väljer knappen Skapa för att skapa ett nytt konto.
Följ stegen som beskrivs i Skapa en klassisk fildelning för att fylla i fälten på flikarna Basics, Advanced, Networking och Data Protection .
På fliken Kryptering anger du för vilka tjänster du vill aktivera support för kundhanterade nycklar i fältet Aktivera support för kundhanterade nycklar .
I fältet Krypteringstyp väljer du Kundhanterade nycklar (CMK).
I fältet Krypteringsnyckel väljer du Ange nyckel från nyckelvalvet och anger nyckel-URI:n. Utelämna nyckelversionen från URI:n om du vill att Azure Files automatiskt ska kontrollera efter en ny nyckelversion och uppdatera den.
I fältet Användartilldelad identitet söker du efter den användartilldelade hanterade identitet som du skapade tidigare i ISV:ens klientorganisation.
Expandera avsnittet Avancerat och välj den multitenant-registrerade applikationen som du tidigare skapade i ISV:ns klientorganisation.
Välj knappen Granska för att verifiera och skapa kontot.
Du kan också konfigurera kundhanterade nycklar med manuell uppdatering av nyckelversionen när du skapar ett nytt lagringskonto. Det gör du genom att inkludera nyckelversionen när du anger nyckel-URI:n.
För att rotera eller ändra nyckeln, återkalla åtkomst eller byta tillbaka till Microsoft-hanterade nycklar, använd stegen i följande avsnitt. Dessa steg är desamma för kundhanterade nycklar mellan klientorganisationer.
Nyckelrotation
Om krypteringsnyckeln roteras regelbundet begränsas exponeringen om en nyckel någonsin komprometteras. Det finns två sätt att rotera kryptering för ett lagringskonto som använder kundhanterade nycklar:
- Rotera nyckelversionen – Skapa en ny version av samma nyckel i nyckelvalvet. Nyckelnamnet förblir detsamma, men versionen ändras.
- Ändra nyckeln – Byt lagringskonto till att använda en helt annan nyckel (med ett annat namn) i samma eller ett annat nyckelvalv.
Important
Azure kontrollerar nyckelvalvet efter en ny nyckelversion bara en gång dagligen. När du har roterat en nyckel väntar du 24 timmar innan du inaktiverar den tidigare nyckelversionen.
Rotera nyckelversionen
För metodtips för säkerhet roterar du nyckelversionen minst en gång vartannat år.
Automatisk rotation av nyckelversion (rekommenderas)
Om du konfigurerar kundhanterade nycklar utan att specificera en nyckelversion (standard), kontrollerar Azure automatiskt efter nya nyckelversioner dagligen. Om du skapar en ny version av nyckeln i nyckelvalvet Azure hämtar den inom 24 timmar. Du kan också konfigurera automatisk nyckelrotation i Azure Key Vault för att generera nya nyckelversioner enligt ett schema.
Manuell rotation av nyckelversion
Om du anger en nyckelversion när du konfigurerar kundhanterade nycklar använder Azure just den versionen och kontrollerar inte automatiskt efter nya versioner. Du måste uppdatera konfigurationen av lagringskontot manuellt så att den pekar på den nya nyckelversionen.
För att manuellt rotera nyckelversionen med hjälp av Azure-portalen, följ följande steg:
- Gå till ditt nyckelvalv. På tjänstmenyn går du till Objekt och väljer Nycklar.
- Välj nyckeln och välj sedan den nya nyckelversionen. Kopiera värdet av Key Identifier. Värdet inkluderar nyckelversionen.
- Gå till ditt lagringskonto. På tjänstmenyn går du till Säkerhet + nätverk och väljer Kryptering.
- Välj Ändra nyckel.
- För krypteringsnyckel, välj Enter key URI och klistra in nyckelidentifieraren i Key URI.
- Välj Spara.
Ändra nyckeln
Om du vill byta lagringskonto till att använda en helt annan nyckel skapar eller importerar du en ny nyckel i nyckelvalvet (se Skapa eller importera en krypteringsnyckel) och uppdatera sedan krypteringskonfigurationen för lagringskontot så att den nya nyckeln används.
Följ dessa steg om du vill ändra nyckeln med hjälp av Azure-portalen:
- Gå till ditt lagringskonto.
- På tjänstmenyn går du till Säkerhet + nätverk och väljer Kryptering.
- Välj Ändra nyckel.
- Välj Välj ett nyckelvalv och en nyckel. För nyckellagertyp, välj Key vault. Välj ditt nyckelvalv och ny nyckel och välj sedan Välj.
- Välj Spara.
Återkalla åtkomst till filresursdata genom att inaktivera nyckeln
Du kan blockera åtkomst till krypterad fildelningsdata genom att inaktivera eller radera den kundhanterade nyckeln. Åtkomst blockeras inte omedelbart. Det kan ta flera minuter efter att du inaktiverat nyckeln innan dataplansoperationer börjar misslyckas. När nyckeln är inaktiverad misslyckas alla Azure Files dataplansåtgärder med HTTP 403 (förbjudet), inklusive:
- Lista kataloger och filer
- Skapa, hämta eller ställ in en katalog eller fil
- Hämta eller ställ in filmetadata
- Placera område, kopiera fil, byt namn på fil
Om du vill återkalla åtkomsten till filresursdata inaktiverar du nyckeln i nyckelvalvet med hjälp av Azure-portalen, Azure PowerShell eller Azure CLI. Återaktivera nyckeln för att återställa åtkomsten.
Så här inaktiverar du nyckeln med hjälp av Azure-portalen:
- Gå till ditt nyckelvalv i Azure-portalen.
- På tjänstmenyn går du till Objekt och väljer Nycklar.
- Högerklicka på nyckeln och välj Inaktivera.
Växla tillbaka till Microsoft-hanterade nycklar
Om du inte längre behöver kundhanterade nycklar kan du växla tillbaka lagringskontot till att använda Microsoft hanterade nycklar för kryptering med hjälp av Azure-portalen, Azure PowerShell eller Azure CLI.
Följ dessa steg om du vill växla tillbaka till Microsoft-hanterade nycklar med hjälp av Azure portalen:
- Gå till ditt lagringskonto i Azure-portalen.
- På tjänstmenyn går du till Säkerhet + nätverk och väljer Kryptering.
- Ändra krypteringstyp till Microsoft-hanterade nycklar.
- Välj Spara.