Felügyelt identitások használata az App Service-hez és az Azure Functionshez

Ez a cikk bemutatja, hogyan hozhat létre felügyelt identitást az App Service-hez és az Azure Functions-alkalmazásokhoz, és hogyan használhatja azt más erőforrások eléréséhez.

Fontos

Mivel a felügyelt identitások nem támogatják a címtárközi forgatókönyveket, nem fognak a várt módon viselkedni, ha az alkalmazást előfizetések vagy bérlők között migrálják. A felügyelt identitások ilyen áthelyezés utáni újbóli létrehozásához lásd : Automatikusan létrejönnek-e a felügyelt identitások, ha egy előfizetést áthelyezek egy másik könyvtárba?. Az alsóbb rétegbeli erőforrásoknak is frissíteniük kell a hozzáférési szabályzatokat az új identitás használatához.

Feljegyzés

A felügyelt identitások nem érhetők el az Azure Arcban üzembe helyezett alkalmazásokhoz.

A Microsoft Entra-azonosítóból származó felügyelt identitás lehetővé teszi az alkalmazás számára, hogy könnyen hozzáférjen más, Microsoft Entra által védett erőforrásokhoz, például az Azure Key Vaulthoz. Az identitás kezelését az Azure-platform végzi, és nem szükséges hozzá semmilyen titkos kulcs kiosztása vagy rotálása. A Microsoft Entra ID-ban található felügyelt identitásokról további információt az Azure-erőforrások felügyelt identitásai című témakörben talál.

Az alkalmazás számára kétféle identitástípust lehet megadni:

• A rendszer által hozzárendelt identitás az alkalmazáshoz kötött, és adott esetben azzal együtt törlődik. Egy alkalmazás csak egy rendszer által hozzárendelt identitással rendelkezhet.
• A felhasználó által hozzárendelt identitás különálló Azure-erőforrás, amely hozzárendelhető az alkalmazáshoz. Egy alkalmazás több felhasználó által hozzárendelt identitással is rendelkezhet.

A felügyelt identitás konfigurációja a ponthoz tartozik. Ha egy felügyelt identitást szeretne konfigurálni egy üzembehelyezési ponthoz a portálon, először keresse meg a pontot. Ha meg szeretné keresni a webalkalmazás vagy üzembehelyezési pont felügyelt identitását a Microsoft Entra-bérlőben az Azure Portalon, keresse meg közvetlenül a bérlő Áttekintés lapján. A pont neve általában a következőhöz <app-name>/slots/<slot-name>hasonló.

Ez a videó bemutatja, hogyan használhat felügyelt identitásokat az App Service-ben.

A videó lépéseit a következő szakaszokban is ismertetjük.

Rendszer által hozzárendelt identitás hozzáadása

Azure Portal

1. Az alkalmazás oldalának bal oldali navigációs sávján görgessen le a Gépház csoporthoz.

2. Válassza az Identitás lehetőséget.

3. A rendszer által hozzárendelt lapon kapcsolja be az Állapot beállítást. Kattintson a Mentés gombra.

   

Azure CLI

Futtassa a az webapp identity assign parancsot egy rendszer által hozzárendelt identitás létrehozásához:

az webapp identity assign --name myApp --resource-group myResourceGroup

Azure PowerShell

App Service esetén

Futtassa a Set-AzWebApp -AssignIdentity parancsot egy rendszer által hozzárendelt identitás létrehozásához az App Service-hez:

Set-AzWebApp -AssignIdentity $true -Name <app-name> -ResourceGroupName <group-name> 

Függvények esetén

Futtassa a Update-AzFunctionApp -IdentityType parancsot egy függvényalkalmazás rendszer által hozzárendelt identitásának létrehozásához:

Update-AzFunctionApp -Name $functionAppName -ResourceGroupName $resourceGroupName -IdentityType SystemAssigned

ARM-sablon

Azure Resource Manager-sablon használatával automatizálhatja az Azure-erőforrások üzembe helyezését. Az App Service-ben és a Functionsben való üzembe helyezésről további információt az erőforrás-üzembe helyezés automatizálása az App Service-ben és az Erőforrás-üzembe helyezés automatizálása az Azure Functionsben című témakörben talál.

Bármilyen típusú Microsoft.Web/sites erőforrás létrehozható identitással, ha az erőforrásdefinícióban a következő tulajdonságot is belefoglalja:

"identity": {
    "type": "SystemAssigned"
}

A rendszer által hozzárendelt típus hozzáadásával az Azure-nak létre kell hoznia és kezelnie kell az alkalmazás identitását.

Egy webalkalmazás sablonja például a következő JSON-hoz hasonlíthat:

{
    "apiVersion": "2022-03-01",
    "type": "Microsoft.Web/sites",
    "name": "[variables('appName')]",
    "location": "[resourceGroup().location]",
    "identity": {
        "type": "SystemAssigned"
    },
    "properties": {
        "name": "[variables('appName')]",
        "serverFarmId": "[resourceId('Microsoft.Web/serverfarms', variables('hostingPlanName'))]",
        "hostingEnvironment": "",
        "clientAffinityEnabled": false,
        "alwaysOn": true
    },
    "dependsOn": [
        "[resourceId('Microsoft.Web/serverfarms', variables('hostingPlanName'))]"
    ]
}

A webhely létrehozásakor a következő további tulajdonságokkal rendelkezik:

"identity": {
    "type": "SystemAssigned",
    "tenantId": "<tenant-id>",
    "principalId": "<principal-id>"
}

A tenantId tulajdonság azonosítja, hogy melyik Microsoft Entra-bérlőhöz tartozik az identitás. A principalId az alkalmazás új identitásának egyedi azonosítója. A Microsoft Entra-azonosítón belül a szolgáltatásnév ugyanazzal a névvel rendelkezik, mint amelyet az App Service-nek vagy az Azure Functions-példánynak adott.

Ha a sablon egy későbbi szakaszában kell hivatkoznia ezekre a tulajdonságokra, ezt a reference() sablonfüggvényen keresztül teheti meg a jelölővel, ahogyan ebben a 'Full' példában is látható:

{
    "tenantId": "[reference(resourceId('Microsoft.Web/sites', variables('appName')), '2018-02-01', 'Full').identity.tenantId]",
    "objectId": "[reference(resourceId('Microsoft.Web/sites', variables('appName')), '2018-02-01', 'Full').identity.principalId]",
}

Felhasználó által hozzárendelt identitás hozzáadása

Felhasználó által hozzárendelt identitással rendelkező alkalmazás létrehozásához létre kell hoznia az identitást, majd hozzá kell adnia annak erőforrás-azonosítóját az alkalmazáskonfigurációhoz.

Azure Portal

Először létre kell hoznia egy felhasználó által hozzárendelt identitáserőforrást.

1. Hozzon létre egy felhasználó által hozzárendelt felügyelt identitáserőforrást az utasításoknak megfelelően.

2. Az alkalmazás lapjának bal oldali navigációs sávján görgessen le a Gépház csoporthoz.

3. Válassza az Identitás lehetőséget.

4. Válassza a Felhasználó által hozzárendelt>Hozzáadás lehetőséget.

5. Keresse meg a korábban létrehozott identitást, jelölje ki, és válassza a Hozzáadás lehetőséget.

   

   Miután a Hozzáadás lehetőséget választja, az alkalmazás újraindul.

Azure CLI

1. Hozzon létre egy felhasználó által hozzárendelt identitást.

   az identity create --resource-group <group-name> --name <identity-name>
   

2. Futtassa a az webapp identity assign parancsot az identitás alkalmazáshoz való hozzárendeléséhez.

   az webapp identity assign --resource-group <group-name> --name <app-name> --identities <identity-id>
   

Azure PowerShell

App Service esetén

Felhasználó által hozzárendelt identitás hozzáadása az App Service-ben jelenleg nem támogatott.

Függvények esetén

1. Hozzon létre egy felhasználó által hozzárendelt identitást.

   Install-Module -Name Az.ManagedServiceIdentity -AllowPrerelease
   $userAssignedIdentity = New-AzUserAssignedIdentity -Name $userAssignedIdentityName -ResourceGroupName <group-name>
   

2. Futtassa a Update-AzFunctionApp -IdentityType UserAssigned -IdentityId parancsot az identitás hozzárendeléséhez a Functionsben:

   Update-AzFunctionApp -Name <app-name> -ResourceGroupName <group-name> -IdentityType UserAssigned -IdentityId $userAssignedIdentity.Id
   

ARM-sablon

Azure Resource Manager-sablon használatával automatizálhatja az Azure-erőforrások üzembe helyezését. Az App Service-ben és a Functionsben való üzembe helyezésről további információt az erőforrás-üzembe helyezés automatizálása az App Service-ben és az Erőforrás-üzembe helyezés automatizálása az Azure Functionsben című témakörben talál.

Bármilyen típusú Microsoft.Web/sites erőforrás létrehozható identitással az erőforrásdefiníció következő blokkjának belefoglalásával, a kívánt identitás erőforrás-azonosítójára cserélve <resource-id> :

"identity": {
    "type": "UserAssigned",
    "userAssignedIdentities": {
        "<resource-id>": {}
    }
}

Feljegyzés

Egy alkalmazás egyszerre rendelkezhet rendszer által hozzárendelt és felhasználó által hozzárendelt identitásokkal is. Ebben az esetben a type tulajdonság SystemAssigned,UserAssigned

A felhasználó által hozzárendelt típus hozzáadása arra utasítja az Azure-t, hogy használja az alkalmazáshoz megadott felhasználó által hozzárendelt identitást.

Egy webalkalmazás sablonja például a következő JSON-hoz hasonlíthat:

{
    "apiVersion": "2022-03-01",
    "type": "Microsoft.Web/sites",
    "name": "[variables('appName')]",
    "location": "[resourceGroup().location]",
    "identity": {
        "type": "UserAssigned",
        "userAssignedIdentities": {
            "[resourceId('Microsoft.ManagedIdentity/userAssignedIdentities', variables('identityName'))]": {}
        }
    },
    "properties": {
        "name": "[variables('appName')]",
        "serverFarmId": "[resourceId('Microsoft.Web/serverfarms', variables('hostingPlanName'))]",
        "hostingEnvironment": "",
        "clientAffinityEnabled": false,
        "alwaysOn": true
    },
    "dependsOn": [
        "[resourceId('Microsoft.Web/serverfarms', variables('hostingPlanName'))]",
        "[resourceId('Microsoft.ManagedIdentity/userAssignedIdentities', variables('identityName'))]"
    ]
}

A webhely létrehozásakor a következő további tulajdonságokkal rendelkezik:

"identity": {
    "type": "UserAssigned",
    "userAssignedIdentities": {
        "<resource-id>": {
            "principalId": "<principal-id>",
            "clientId": "<client-id>"
        }
    }
}

A principalId a Microsoft Entra felügyeletéhez használt identitás egyedi azonosítója. A clientId az alkalmazás új identitásának egyedi azonosítója, amely a futtatókörnyezeti hívások során használandó identitás megadására szolgál.

Célerőforrás konfigurálása

Előfordulhat, hogy konfigurálnia kell a célerőforrást az alkalmazásból vagy függvényből való hozzáférés engedélyezéséhez. Ha például jogkivonatot kér a Key Vault eléréséhez, hozzá kell adnia egy hozzáférési szabályzatot is, amely tartalmazza az alkalmazás vagy függvény felügyelt identitását. Ellenkező esetben a Rendszer elutasítja a Key Vaultba irányuló hívásokat, még akkor is, ha érvényes jogkivonatot használ. Ugyanez igaz az Azure SQL Database-hez is. Ha többet szeretne megtudni arról, hogy mely erőforrások támogatják a Microsoft Entra-jogkivonatokat, tekintse meg a Microsoft Entra-hitelesítést támogató Azure-szolgáltatásokat.

Fontos

A felügyelt identitások háttérszolgáltatásai erőforrás-URI-nként körülbelül 24 órán át gyorsítótárat tartanak fenn. Ha frissíti egy adott célerőforrás hozzáférési szabályzatát, és azonnal lekéri az adott erőforráshoz tartozó jogkivonatot, a jogkivonat lejáratáig továbbra is beszerezhet egy elavult engedélyekkel rendelkező gyorsítótárazott jogkivonatot. Jogkivonat frissítésének kényszerítésére jelenleg nincs mód.

Csatlakozás azure-szolgáltatásokhoz alkalmazáskódban

A felügyelt identitással az alkalmazások jogkivonatokat szerezhetnek be a Microsoft Entra ID által védett Azure-erőforrásokhoz, például az Azure SQL Database-hez, az Azure Key Vaulthoz és az Azure Storage-hoz. Ezek a jogkivonatok az erőforráshoz hozzáférő alkalmazást jelölik, nem pedig az alkalmazás egy adott felhasználóját.

Az App Service és az Azure Functions egy belsőleg elérhető REST-végpontot biztosít a jogkivonatok lekéréséhez. A REST-végpont egy szabványos HTTP GET-lel érhető el az alkalmazáson belül, amely minden nyelven implementálható egy általános HTTP-ügyféllel. A .NET, a JavaScript, a Java és a Python esetében az Azure Identity-ügyfélkódtár absztrakciót biztosít ezen REST-végponton, és leegyszerűsíti a fejlesztési élményt. Csatlakozás más Azure-szolgáltatásokhoz való csatlakozás olyan egyszerű, mintha hitelesítő objektumot ad hozzá a szolgáltatásspecifikus ügyfélhez.

HTTP GET

A nyers HTTP GET-kérések a következő példához hasonlóan néznek ki:

GET /MSI/token?resource=https://vault.azure.net&api-version=2019-08-01 HTTP/1.1
Host: localhost:4141
X-IDENTITY-HEADER: 853b9a84-5bfa-4b22-a3f3-0b9a43d9ad8a

A mintaválaszok pedig az alábbihoz hasonlóan nézhetnek ki:

HTTP/1.1 200 OK
Content-Type: application/json

{
    "access_token": "eyJ0eXAi…",
    "expires_on": "1586984735",
    "resource": "https://vault.azure.net",
    "token_type": "Bearer",
    "client_id": "5E29463D-71DA-4FE0-8E69-999B57DB23B0"
}

Ez a válasz ugyanaz, mint a Microsoft Entra szolgáltatás–szolgáltatás hozzáférési jogkivonat-kérésre adott válasz. A Key Vault eléréséhez ezután hozzáadja a tárolóval létesített ügyfélkapcsolat értékét access_token .

.NET

Feljegyzés

Ha Azure SQL-adatforrásokhoz csatlakozik az Entity Framework Core-nal, fontolja meg a Microsoft.Data.SqlClient használatát, amely speciális kapcsolati sztring biztosít a felügyelt identitáskapcsolatokhoz. Példa: Oktatóanyag: Azure SQL Database-kapcsolat biztonságossá tétele az App Service-ből felügyelt identitás használatával.

A .NET-alkalmazások és -függvények esetében a felügyelt identitások használatának legegyszerűbb módja a .NET-hez készült Azure Identity ügyfélkódtár. Részletes útmutatásért tekintse meg az oktatóanyagot: Csatlakozás azure-adatbázisokba az App Service-ből titkos kódok nélkül, felügyelt identitás használatával.

További információért tekintse meg az ügyfélkódtár megfelelő dokumentációs fejléceit:

• Azure Identity-ügyfélkódtár hozzáadása a projekthez
• Azure-szolgáltatás elérése rendszer által hozzárendelt identitással
• Hozzáférés az Azure-szolgáltatáshoz felhasználó által hozzárendelt identitással

A csatolt példák a következőt használják DefaultAzureCredential: A forgatókönyvek többsége számára hasznos, mert ugyanaz a minta működik az Azure-ban (felügyelt identitásokkal) és a helyi gépen (felügyelt identitások nélkül).

JavaScript

Az Node.js alkalmazások és JavaScript-függvények esetében a felügyelt identitások használatának legegyszerűbb módja a JavaScripthez készült Azure Identity ügyfélkódtár. Részletes útmutatásért tekintse meg az oktatóanyagot: Csatlakozás azure-adatbázisokba az App Service-ből titkos kódok nélkül, felügyelt identitás használatával.

További információért tekintse meg az ügyfélkódtár megfelelő dokumentációs fejléceit:

• Azure Identity-ügyfélkódtár hozzáadása a projekthez
• Azure-szolgáltatás elérése rendszer által hozzárendelt identitással
• Hozzáférés az Azure-szolgáltatáshoz felhasználó által hozzárendelt identitással

A csatolt példák a következőt használják DefaultAzureCredential: A forgatókönyvek többsége számára hasznos, mert ugyanaz a minta működik az Azure-ban (felügyelt identitásokkal) és a helyi gépen (felügyelt identitások nélkül).

A JavaScripthez készült Azure Identity-ügyfélkódtár további kód példáiért tekintse meg az Azure Identity-példákat.

Python

A Python-alkalmazások és -függvények esetében a felügyelt identitások használatának legegyszerűbb módja a PythonHoz készült Azure Identity ügyfélkódtár. Részletes útmutatásért tekintse meg az oktatóanyagot: Csatlakozás azure-adatbázisokba az App Service-ből titkos kódok nélkül, felügyelt identitás használatával.

További információért tekintse meg az ügyfélkódtár megfelelő dokumentációs fejléceit:

• Azure Identity-ügyfélkódtár hozzáadása a projekthez
• Azure-szolgáltatás elérése rendszer által hozzárendelt identitással
• Hozzáférés az Azure-szolgáltatáshoz felhasználó által hozzárendelt identitással

A csatolt példák a következőt használják DefaultAzureCredential: A forgatókönyvek többsége számára hasznos, mert ugyanaz a minta működik az Azure-ban (felügyelt identitásokkal) és a helyi gépen (felügyelt identitások nélkül).

Java

Java-alkalmazások és -függvények esetén a felügyelt identitások használatának legegyszerűbb módja a Java Azure Identity ügyfélkódtára. Részletes útmutatásért tekintse meg az oktatóanyagot: Csatlakozás azure-adatbázisokba az App Service-ből titkos kódok nélkül, felügyelt identitás használatával.

További információért tekintse meg az ügyfélkódtár megfelelő dokumentációs fejléceit:

• Azure Identity-ügyfélkódtár hozzáadása a projekthez
• Azure-szolgáltatás elérése rendszer által hozzárendelt identitással
• Hozzáférés az Azure-szolgáltatáshoz felhasználó által hozzárendelt identitással

A csatolt példák a következőt használják DefaultAzureCredential: A forgatókönyvek többsége számára hasznos, mert ugyanaz a minta működik az Azure-ban (felügyelt identitásokkal) és a helyi gépen (felügyelt identitások nélkül).

A Java-hoz készült Azure Identity-ügyfélkódtár további kód példáiért tekintse meg az Azure Identity Examples című témakört.

PowerShell

A következő szkripttel lekérhet egy jogkivonatot a helyi végpontról egy Azure-szolgáltatás erőforrás-URI-jának megadásával:

$resourceURI = "https://<AAD-resource-URI-for-resource-to-obtain-token>"
$tokenAuthURI = $env:IDENTITY_ENDPOINT + "?resource=$resourceURI&api-version=2019-08-01"
$tokenResponse = Invoke-RestMethod -Method Get -Headers @{"X-IDENTITY-HEADER"="$env:IDENTITY_HEADER"} -Uri $tokenAuthURI
$accessToken = $tokenResponse.access_token

A REST-végpontról további információt a REST-végpont hivatkozásában talál.

Identitás eltávolítása

Ha eltávolít egy rendszer által hozzárendelt identitást, az törlődik a Microsoft Entra-azonosítóból. A rendszer által hozzárendelt identitások automatikusan törlődnek a Microsoft Entra-azonosítóból is, amikor törli magát az alkalmazáserőforrást.

Azure Portal

1. Az alkalmazás oldalának bal oldali navigációs sávján görgessen le a Gépház csoporthoz.

2. Válassza az Identitás lehetőséget. Ezután kövesse a lépéseket az identitástípus alapján:

   • Rendszer által hozzárendelt identitás: A rendszer által hozzárendelt lapon kapcsolja ki az állapotot. Kattintson a Mentés gombra.
   • Felhasználó által hozzárendelt identitás: Jelölje be a Felhasználó által hozzárendelt lapot, jelölje be az identitás jelölőnégyzetét, és válassza az Eltávolítás lehetőséget. Válassza az Igen lehetőséget a megerősítéshez.

Azure CLI

A rendszer által hozzárendelt identitás eltávolítása:

az webapp identity remove --name <app-name> --resource-group <group-name>

Egy vagy több felhasználó által hozzárendelt identitás eltávolítása:

az webapp identity remove --name <app-name> --resource-group <group-name> --identities <identity-id1> <identity-id2> ...

A rendszer által hozzárendelt identitást a következőben megadott módon [system]--identitiesis eltávolíthatja.

Azure PowerShell

App Service esetén

Futtassa a Set-AzWebApp -AssignIdentity parancsot az App Service rendszer által hozzárendelt identitásának eltávolításához:

Set-AzWebApp -AssignIdentity $false -Name <app-name> -ResourceGroupName <group-name> 

Függvények esetén

Az összes identitás eltávolítása az Azure PowerShellben (csak az Azure Functionsben):

# Update an existing function app to have IdentityType "None".
Update-AzFunctionApp -Name $functionAppName -ResourceGroupName $resourceGroupName -IdentityType None

ARM-sablon

Az ARM-sablon összes identitásának eltávolítása:

"identity": {
    "type": "None"
}

Feljegyzés

Van egy alkalmazásbeállítás is, amely beállítható, WEBSITE_DISABLE_MSI, amely csak letiltja a helyi jogkivonat-szolgáltatást. Az identitást azonban a helyén hagyja, és az eszközkezelés továbbra is "bekapcsolva" vagy "engedélyezve" állapotban jeleníti meg a felügyelt identitást. Ennek eredményeképpen a beállítás használata nem ajánlott.

REST-végpont referenciája

Egy felügyelt identitással rendelkező alkalmazás két környezeti változó definiálásával teszi elérhetővé ezt a végpontot:

• IDENTITY_ENDPOINT – a helyi jogkivonat-szolgáltatás URL-címe.
• IDENTITY_HEADER – a kiszolgálóoldali hamisítási (SSRF) támadások enyhítésére szolgáló fejléc. Az értéket a platform elforgatja.

A IDENTITY_ENDPOINT egy helyi URL-cím, amelyről az alkalmazás jogkivonatokat kérhet. Ha jogkivonatot szeretne lekérni egy erőforráshoz, hozzon létre egy HTTP GET kérést erre a végpontra, beleértve a következő paramétereket:

Paraméter neve	In	Leírás
erőforrás	Lekérdezés	Annak az erőforrásnak a Microsoft Entra erőforrás-URI-ja, amelyhez jogkivonatot kell beszerezni. Ez lehet az egyik Olyan Azure-szolgáltatás, amely támogatja a Microsoft Entra-hitelesítést vagy bármely más erőforrás-URI-t.
api-verzió	Lekérdezés	A használni kívánt token API verziója. Használja az 2019-08-01 parancsot.
X-IDENTITY-HEADER	Fejléc	A IDENTITY_HEADER környezeti változó értéke. Ez a fejléc a kiszolgálóoldali hamisítási (SSRF-) támadások enyhítésére szolgál.
ügyfél azonosítója	Lekérdezés	(Nem kötelező) A használni kívánt felhasználó által hozzárendelt identitás ügyfélazonosítója. Nem használható olyan kérelem esetén, amely tartalmazza principal_ida ( mi_res_idvagy object_id) elemet. Ha az összes azonosítóparaméter (client_id, , principal_id, object_idés mi_res_id) hiányzik, a rendszer által hozzárendelt identitást használja.
principal_id	Lekérdezés	(Nem kötelező) A használandó felhasználó által hozzárendelt identitás egyszerű azonosítója. object_id egy alias, amelyet használhat helyette. Nem használható client_id, mi_res_id vagy object_id tartalmazó kérelemhez. Ha az összes azonosítóparaméter (client_id, , principal_id, object_idés mi_res_id) hiányzik, a rendszer által hozzárendelt identitást használja.
mi_res_id	Lekérdezés	(Nem kötelező) A használandó felhasználó által hozzárendelt identitás Azure-erőforrás-azonosítója. Nem használható olyan kérelem esetén, amely tartalmazza principal_ida ( client_idvagy object_id) elemet. Ha az összes azonosítóparaméter (client_id, , principal_id, object_idés mi_res_id) hiányzik, a rendszer által hozzárendelt identitást használja.

Fontos

Ha jogkivonatokat próbál beszerezni a felhasználó által hozzárendelt identitásokhoz, tartalmaznia kell az egyik választható tulajdonságot. Ellenkező esetben a jogkivonat-szolgáltatás megkísérli beszerezni a rendszer által hozzárendelt identitáshoz tartozó jogkivonatot, amely lehet, hogy létezik vagy nem létezik.

Következő lépések

• Oktatóanyag: Csatlakozás az SQL Database-be az App Service-ből titkos kulcsok nélkül felügyelt identitás használatával
• Az Azure Storage biztonságos elérése felügyelt identitással
• A Microsoft Graph biztonságos meghívása felügyelt identitás használatával
• Csatlakozás biztonságosan a Key Vault titkos kulcsaival rendelkező szolgáltatásokhoz