Przypisywanie roli platformy Azure w celu uzyskania dostępu do danych obiektów blob

Firma Microsoft Entra autoryzuje prawa dostępu do zabezpieczonych zasobów za pośrednictwem kontroli dostępu na podstawie ról (RBAC) platformy Azure. Usługa Azure Storage definiuje zestaw wbudowanych ról platformy Azure, które obejmują typowe zestawy uprawnień używanych do uzyskiwania dostępu do danych obiektów blob.

Po przypisaniu roli platformy Azure do podmiotu zabezpieczeń firmy Microsoft Entra platforma Azure udziela dostępu do tych zasobów dla tego podmiotu zabezpieczeń. Podmiot zabezpieczeń firmy Microsoft Entra może być użytkownikiem, grupą, jednostką usługi aplikacji lub tożsamością zarządzaną dla zasobów platformy Azure.

Aby dowiedzieć się więcej o korzystaniu z identyfikatora Entra firmy Microsoft w celu autoryzowania dostępu do danych obiektów blob, zobacz Autoryzowanie dostępu do obiektów blob przy użyciu identyfikatora Entra firmy Microsoft.

Uwaga

W tym artykule pokazano, jak przypisać rolę platformy Azure w celu uzyskania dostępu do danych obiektów blob na koncie magazynu. Aby dowiedzieć się więcej o przypisywaniu ról do operacji zarządzania w usłudze Azure Storage, zobacz Używanie dostawcy zasobów usługi Azure Storage do uzyskiwania dostępu do zasobów zarządzania.

Przypisywanie roli platformy Azure

Aby przypisać rolę dostępu do danych, możesz użyć witryny Azure Portal, programu PowerShell, interfejsu wiersza polecenia platformy Azure lub szablonu usługi Azure Resource Manager.

Witryna Azure Portal

Aby uzyskać dostęp do danych obiektów blob w witrynie Azure Portal przy użyciu poświadczeń firmy Microsoft Entra, użytkownik musi mieć następujące przypisania ról:

• Rola dostępu do danych, taka jak czytelnik danych obiektu blob usługi Storage lub współautor danych obiektu blob usługi Storage
• Rola Czytelnik usługi Azure Resource Manager co najmniej

Aby dowiedzieć się, jak przypisać te role do użytkownika, postępuj zgodnie z instrukcjami podanymi w temacie Przypisywanie ról platformy Azure przy użyciu witryny Azure Portal.

Rola Czytelnik to rola usługi Azure Resource Manager, która umożliwia użytkownikom wyświetlanie zasobów konta magazynu, ale nie modyfikuje ich. Nie zapewnia uprawnień do odczytu danych w usłudze Azure Storage, ale tylko do zasobów zarządzania kontami. Rola Czytelnik jest niezbędna, aby użytkownicy mogli przechodzić do kontenerów obiektów blob w witrynie Azure Portal.

Jeśli na przykład przypiszesz rolę Współautor danych obiektu blob usługi Storage do użytkownika Mary na poziomie kontenera o nazwie sample-container, mary otrzymuje dostęp do odczytu, zapisu i usuwania wszystkich obiektów blob w tym kontenerze. Jeśli jednak Mary chce wyświetlić obiekt blob w witrynie Azure Portal, rola Współautor danych obiektu blob usługi Storage sama nie zapewni wystarczających uprawnień, aby przejść przez portal do obiektu blob, aby go wyświetlić. Dodatkowe uprawnienia są wymagane do nawigowania po portalu i wyświetlania innych widocznych tam zasobów.

Aby można było używać witryny Azure Portal z poświadczeniami firmy Microsoft Entra, użytkownik musi mieć przypisaną rolę Czytelnik . Jeśli jednak użytkownik ma przypisaną rolę z uprawnieniami Microsoft.Storage/storageAccounts/listKeys/action , użytkownik może używać portalu z kluczami konta magazynu za pośrednictwem autoryzacji klucza współdzielonego. Aby można było używać kluczy konta magazynu, dostęp do klucza współdzielonego musi być dozwolony dla konta magazynu. Aby uzyskać więcej informacji na temat zezwalania na dostęp do klucza współdzielonego lub zezwalania na nie, zobacz Zapobieganie autoryzacji klucza współdzielonego dla konta usługi Azure Storage.

Możesz również przypisać rolę usługi Azure Resource Manager, która zapewnia dodatkowe uprawnienia poza rolą Czytelnik . Przypisywanie najmniejszych możliwych uprawnień jest zalecane jako najlepsze rozwiązanie w zakresie zabezpieczeń. Aby uzyskać więcej informacji, zobacz Najlepsze rozwiązania dotyczące kontroli RBAC na platformie Azure.

Uwaga

Przed przypisaniem roli dostępu do danych będzie można uzyskać dostęp do danych na koncie magazynu za pośrednictwem witryny Azure Portal, ponieważ witryna Azure Portal może również użyć klucza konta na potrzeby dostępu do danych. Aby uzyskać więcej informacji, zobacz Wybieranie sposobu autoryzowania dostępu do danych obiektów blob w witrynie Azure Portal.

Program PowerShell

Aby przypisać rolę platformy Azure do podmiotu zabezpieczeń za pomocą programu PowerShell, wywołaj polecenie New-AzRoleAssignment . Aby uruchomić polecenie, musisz mieć rolę obejmującą uprawnienia Microsoft.Authorization/roleAssignments/write przypisane do Ciebie w odpowiednim zakresie lub wyższym.

Format polecenia może się różnić w zależności od zakresu przypisania, ale -ObjectId parametry i -RoleDefinitionName są wymagane. Przekazywanie wartości parametru -Scope , choć nie jest wymagane, jest zdecydowanie zalecane, aby zachować zasadę najniższych uprawnień. Ograniczając role i zakresy, ograniczasz zasoby, które są zagrożone, jeśli podmiot zabezpieczeń kiedykolwiek zostanie naruszony.

Parametr -ObjectId jest identyfikatorem obiektu Entra firmy Microsoft użytkownika, grupy lub jednostki usługi, do której jest przypisywana rola. Aby pobrać identyfikator, możesz użyć polecenia Get-AzADUser do filtrowania użytkowników firmy Microsoft Entra, jak pokazano w poniższym przykładzie.

Get-AzADUser -DisplayName '<Display Name>'
(Get-AzADUser -StartsWith '<substring>').Id

Pierwsza odpowiedź zwraca podmiot zabezpieczeń, a druga zwraca identyfikator obiektu podmiotu zabezpieczeń.

UserPrincipalName : markpdaniels@contoso.com
ObjectType        : User
DisplayName       : Mark P. Daniels
Id                : aaaaaaaa-0000-1111-2222-bbbbbbbbbbbb
Type              : 

aaaaaaaa-0000-1111-2222-bbbbbbbbbbbb

Wartość -RoleDefinitionName parametru to nazwa roli RBAC, która musi zostać przypisana do podmiotu zabezpieczeń. Aby uzyskać dostęp do danych obiektów blob w witrynie Azure Portal przy użyciu poświadczeń firmy Microsoft Entra, użytkownik musi mieć następujące przypisania ról:

• Rola dostępu do danych, taka jak Współautor danych obiektu blob usługi Storage lub Czytelnik danych obiektu blob usługi Storage
• Rola Czytelnik usługi Azure Resource Manager

Aby przypisać rolę o zakresie do kontenera obiektów blob lub konta magazynu, należy określić ciąg zawierający zakres zasobu dla parametru -Scope . Ta akcja jest zgodna z zasadą najniższych uprawnień— pojęcie zabezpieczeń informacji, w którym użytkownik otrzymuje minimalny poziom dostępu wymagany do wykonywania funkcji zadania. Ta praktyka zmniejsza potencjalne ryzyko przypadkowego lub zamierzonego uszkodzenia, które mogą spowodować niepotrzebne uprawnienia.

Zakres kontenera ma postać:

/subscriptions/<subscription-id>/resourceGroups/<resource-group-name>/providers/Microsoft.Storage/storageAccounts/<storage-account-name>/blobServices/default/containers/<container-name>

Zakres konta magazynu ma postać:

/subscriptions/<subscription-id>/resourceGroups/<resource-group-name>/providers/Microsoft.Storage/storageAccounts/<storage-account-name>

Aby przypisać rolę o zakresie do konta magazynu, określ ciąg zawierający zakres kontenera dla parametru --scope .

Poniższy przykład przypisuje użytkownikowi rolę Współautor danych obiektu blob usługi Storage. Przypisanie roli jest ograniczone do poziomu kontenera. Pamiętaj, aby zastąpić przykładowe wartości i wartości symboli zastępczych w nawiasach kwadratowych (<>) własnymi wartościami:

New-AzRoleAssignment -SignInName <email> `
    -RoleDefinitionName "Storage Blob Data Contributor" `
    -Scope  "/subscriptions/<subscription-id>/resourceGroups/<resource-group-name>/providers/Microsoft.Storage/storageAccounts/<storage-account-name>/blobServices/default/containers/<container-name>"

Poniższy przykład przypisuje użytkownikowi rolę Czytelnik danych obiektu blob usługi Storage, określając identyfikator obiektu. Przypisanie roli jest ograniczone do poziomu konta magazynu. Pamiętaj, aby zastąpić przykładowe wartości i wartości symboli zastępczych w nawiasach kwadratowych (<>) własnymi wartościami:

New-AzRoleAssignment -ObjectID "aaaaaaaa-0000-1111-2222-bbbbbbbbbbbb" `
    -RoleDefinitionName "Storage Blob Data Reader" `
    -Scope  "/subscriptions/<subscription-id>/resourceGroups/<resource-group-name>/providers/Microsoft.Storage/storageAccounts/<storage-account-name>"

Dane wyjściowe powinny być podobne do następujących:

RoleAssignmentId   : /subscriptions/<subscription ID>/resourceGroups/<Resource Group>/providers/Microsoft.Storage/storageAccounts/<Storage Account>/providers/Microsoft.Authorization/roleAssignments/<Role Assignment ID>
Scope              : /subscriptions/<subscription ID>/resourceGroups/<Resource Group>/providers/Microsoft.Storage/storageAccounts/<Storage Account>
DisplayName        : Mark Patrick
SignInName         : markpdaniels@contoso.com
RoleDefinitionName : Storage Blob Data Reader
RoleDefinitionId   : <Role Definition ID>
ObjectId           : <Object ID>
ObjectType         : User
CanDelegate        : False

Aby uzyskać informacje na temat przypisywania ról za pomocą programu PowerShell w zakresie subskrypcji lub grupy zasobów, zobacz Przypisywanie ról platformy Azure przy użyciu programu Azure PowerShell.

Interfejs wiersza polecenia platformy Azure

Aby przypisać rolę platformy Azure do podmiotu zabezpieczeń za pomocą interfejsu wiersza polecenia platformy Azure, użyj polecenia az role assignment create . Format polecenia może się różnić w zależności od zakresu przypisania. Aby uruchomić polecenie, musisz mieć rolę obejmującą uprawnienia Microsoft.Authorization/roleAssignments/write przypisane do Ciebie w odpowiednim zakresie lub wyższym.

Aby przypisać rolę o zakresie do kontenera, określ ciąg zawierający zakres kontenera dla parametru --scope . Zakres kontenera ma postać:

/subscriptions/<subscription-id>/resourceGroups/<resource-group-name>/providers/Microsoft.Storage/storageAccounts/<storage-account-name>/blobServices/default/containers/<container-name>

Poniższy przykład przypisuje użytkownikowi rolę Współautor danych obiektu blob usługi Storage. Przypisanie roli jest ograniczone do poziomu kontenera. Pamiętaj, aby zastąpić przykładowe wartości i wartości symboli zastępczych w nawiasach kwadratowych (<>) własnymi wartościami:

az role assignment create \
    --role "Storage Blob Data Contributor" \
    --assignee <email> \
    --scope "/subscriptions/<subscription-id>/resourceGroups/<resource-group-name>/providers/Microsoft.Storage/storageAccounts/<storage-account-name>/blobServices/default/containers/<container-name>"

Poniższy przykład przypisuje użytkownikowi rolę Czytelnik danych obiektu blob usługi Storage, określając identyfikator obiektu. Aby dowiedzieć się więcej o parametrach --assignee-object-id i --assignee-principal-type , zobacz az role assignment (az role assignment). W tym przykładzie przypisanie roli jest ograniczone do poziomu konta magazynu. Pamiętaj, aby zastąpić przykładowe wartości i wartości symboli zastępczych w nawiasach kwadratowych (<>) własnymi wartościami:

az role assignment create \
    --role "Storage Blob Data Reader" \
    --assignee-object-id "aaaaaaaa-0000-1111-2222-bbbbbbbbbbbb" \
    --assignee-principal-type "User" \
    --scope "/subscriptions/<subscription-id>/resourceGroups/<resource-group-name>/providers/Microsoft.Storage/storageAccounts/<storage-account-name>"

Aby uzyskać informacje na temat przypisywania ról za pomocą interfejsu wiersza polecenia platformy Azure w zakresie subskrypcji, grupy zasobów lub konta magazynu, zobacz Przypisywanie ról platformy Azure przy użyciu interfejsu wiersza polecenia platformy Azure.

Szablon

Aby dowiedzieć się, jak używać szablonu usługi Azure Resource Manager do przypisywania roli platformy Azure, zobacz Przypisywanie ról platformy Azure przy użyciu szablonów usługi Azure Resource Manager.

Należy pamiętać o następujących kwestiach dotyczących przypisań ról platformy Azure w usłudze Azure Storage:

• Podczas tworzenia konta usługi Azure Storage nie masz automatycznie przypisanych uprawnień dostępu do danych za pośrednictwem identyfikatora Entra firmy Microsoft. Musisz jawnie przypisać sobie rolę platformy Azure dla usługi Azure Storage. Można ją przypisać na poziomie subskrypcji, grupy zasobów, konta magazynu lub kontenera.
• Po przypisaniu ról lub usunięciu przypisań ról może upłynąć do 10 minut, aby zmiany zaczęły obowiązywać.
• Wbudowane role z akcjami danych można przypisywać w zakresie grupy zarządzania. Jednak w rzadkich scenariuszach może wystąpić znaczne opóźnienie (do 12 godzin), zanim uprawnienia akcji danych będą skuteczne dla niektórych typów zasobów. Uprawnienia zostaną ostatecznie zastosowane. W przypadku wbudowanych ról z akcjami danych dodawanie lub usuwanie przypisań ról w zakresie grupy zarządzania nie jest zalecane w scenariuszach, w których wymagana jest terminowa aktywacja lub odwoływanie uprawnień, takich jak microsoft Entra Privileged Identity Management (PIM).
• Jeśli konto magazynu jest zablokowane za pomocą blokady tylko do odczytu usługi Azure Resource Manager, blokada uniemożliwia przypisanie ról platformy Azure, które są ograniczone do konta magazynu lub kontenera.
• Jeśli ustawisz odpowiednie uprawnienia zezwalania na dostęp do danych za pośrednictwem identyfikatora Entra firmy Microsoft i nie możesz uzyskać dostępu do danych, na przykład występuje błąd "AuthorizationPermissionMismatch". Pamiętaj, aby zezwolić na wystarczająco dużo czasu na replikowanie zmian uprawnień wprowadzonych w identyfikatorze Entra firmy Microsoft i upewnij się, że nie masz żadnych przypisań odmowy blokujących dostęp, zobacz Omówienie przypisań odmowy platformy Azure.

Uwaga

Możesz utworzyć niestandardowe role RBAC platformy Azure w celu uzyskania szczegółowego dostępu do danych obiektów blob. Aby uzyskać więcej informacji, zobacz Role niestandardowe platformy Azure.

Następne kroki

• Co to jest kontrola dostępu oparta na rolach na platformie Azure (Azure RBAC)?
• Najlepsze rozwiązania dotyczące kontroli dostępu opartej na rolach platformy Azure