Autorizzare l'accesso ai BLOB usando Microsoft Entra ID
Archiviazione di Azure supporta l'uso di Microsoft Entra ID per autorizzare le richieste di accesso ai dati BLOB. Con Microsoft Entra ID è possibile usare il controllo degli accessi in base al ruolo di Azure per concedere autorizzazioni a un'entità di sicurezza, che può essere un utente o un'entità servizio dell'applicazione. L'entità di sicurezza viene autenticata da Microsoft Entra ID per restituire un token OAuth 2.0. Il token può quindi essere usato per autorizzare una richiesta relativa al servizio BLOB.
L'autorizzazione con Microsoft Entra ID offre sicurezza e facilità d'uso superiori rispetto all'autorizzazione con chiave condivisa. Microsoft consiglia di usare l'autorizzazione di Microsoft Entra con le applicazioni BLOB quando possibile per garantire l'accesso con privilegi minimi richiesti.
L'autorizzazione con Microsoft Entra ID è disponibile per tutti gli account di archiviazione BLOB e generici in tutte le aree pubbliche e nei cloud nazionali. Solo gli account di archiviazione creati con il modello di distribuzione di Azure Resource Manager supportano l'autorizzazione di Microsoft Entra.
L'archiviazione BLOB supporta anche la creazione di firme di accesso condiviso (SAS) che vengono firmate con le credenziali di Microsoft Entra. Per ulteriori informazioni, consultare Concedere accesso limitato ai dati con le firme di accesso condiviso.
Panoramica di Microsoft Entra ID per i BLOB
Quando un'entità di sicurezza (un utente, un gruppo o un'applicazione) prova ad accedere a una risorsa BLOB, la richiesta deve essere autorizzata, a meno che non si tratti di un BLOB disponibile per l'accesso anonimo. Con Microsoft Entra ID, l'accesso a una risorsa è un processo in due passaggi:
Viene prima di tutto autenticata l'identità dell'entità di sicurezza e viene restituito un token OAuth 2.0.
Per il passaggio di autenticazione è necessario che un'applicazione richieda un token di accesso OAuth 2.0 in fase di esecuzione. Se un'applicazione viene eseguita dall'interno di un'entità di Azure, ad esempio una macchina virtuale di Azure, un set di scalabilità di macchine virtuali o un'app di Funzioni di Azure, può usare un'identità gestita per accedere ai dati BLOB.
Successivamente, il token viene passato come parte di una richiesta al servizio BLOB e viene usato dal servizio per autorizzare l'accesso alla risorsa specificata.
Il passaggio di autorizzazione richiede l'assegnazione di uno o più ruoli Controllo degli accessi in base al ruolo di Azure all'entità di sicurezza che effettua la richiesta. Per ulteriori informazioni, consultare Assegnare ruoli di Azure per i diritti di accesso.
Usare un account Microsoft Entra con il portale, PowerShell o l'interfaccia della riga di comando di Azure
Per informazioni su come accedere ai dati nel portale di Azure con un account Microsoft Entra, consultare Accesso ai dati dal portale di Azure. Per informazioni su come chiamare i comandi di Azure PowerShell o dell'interfaccia della riga di comando di Azure con un account Microsoft Entra, consultare Accesso ai dati da PowerShell o dall'interfaccia della riga di comando di Azure.
Usare Microsoft Entra ID per autorizzare l'accesso nel codice dell'applicazione
Per autorizzare l'accesso ad Archiviazione di Azure con Microsoft Entra ID è possibile usare una delle librerie client seguenti per acquisire un token OAuth 2.0:
- La libreria client Azure Identity è consigliata per la maggior parte degli scenari di sviluppo.
- Microsoft Authentication Library (MSAL) può essere adatto per determinati scenari avanzati.
Libreria client Azure Identity
La libreria client di Identità di Azure semplifica il processo di recupero di un token di accesso OAuth 2.0 per l'autorizzazione con Microsoft Entra ID tramite Azure SDK. Le ultime versioni delle librerie client di Archiviazione di Azure per .NET, Java, Python, JavaScript e Go si integrano con le librerie Azure Identity per ognuno di questi linguaggi in modo da offrire un metodo semplice e sicuro per acquisire un token di accesso per autorizzare le richieste di Archiviazione di Azure.
Un vantaggio della libreria client Azure Identity è che consente di usare lo stesso codice per acquisire il token di accesso indipendentemente dal fatto che l'applicazione sia in esecuzione nell'ambiente di sviluppo o in Azure. La libreria client Azure Identity restituisce un token di accesso per un'entità di sicurezza. Quando il codice viene eseguito in Azure, l'entità di sicurezza può essere un'identità gestita per le risorse di Azure, un'entità servizio, un utente o un gruppo. Nell'ambiente di sviluppo, la libreria client fornisce un token di accesso per un utente o per un'entità servizio a scopo di test.
Il token di accesso restituito dalla libreria client Azure Identity è incapsulato in una credenziale del token. Con la credenziale del token si può ottenere un oggetto client del servizio da usare per eseguire operazioni autorizzate su Archiviazione di Azure. Un modo semplice per ottenere il token di accesso e la credenziale del token consiste nell'usare la classe DefaultAzureCredential della libreria client Azure Identity. DefaultAzureCredential prova a ottenere le credenziali del token tentando in sequenza diversi tipi di credenziali. DefaultAzureCredential funziona sia nell'ambiente di sviluppo, sia in Azure.
La tabella seguente punta a informazioni aggiuntive per autorizzare l'accesso ai dati in vari scenari:
Microsoft Authentication Library (MSAL)
Anche se Microsoft consiglia di usare la libreria client Azure Identity quando è possibile, per determinati scenari avanzati può essere più adatta la libreria MSAL. Per ulteriori informazioni, consultare Informazioni su MSAL.
Quando si usa MSAL per acquisire un token OAuth per l'accesso ad Archiviazione di Azure, è necessario fornire un ID risorsa di Microsoft Entra. L'ID risorsa di Microsoft Entra indica il gruppo di destinatari per cui è possibile usare un token rilasciato per fornire l'accesso a una risorsa di Azure. Nel caso di Archiviazione di Azure, l'ID della risorsa può essere specifico di un singolo account di archiviazione o essere valido per qualsiasi account di archiviazione.
Quando si fornisce un ID risorsa specifico di un singolo account di archiviazione e servizio, l'ID risorsa viene usato per acquisire un token per autorizzare le richieste dirette esclusivamente all'account e al servizio specificati. La tabella seguente elenca il valore da usare per l'ID risorsa in base al cloud in uso. Sostituire <account-name> con il nome del proprio account di archiviazione.
| Cloud | ID risorsa |
|---|---|
| Azure Global | https://<account-name>.blob.core.windows.net |
| Azure Government | https://<account-name>.blob.core.usgovcloudapi.net |
| Azure Cina 21Vianet | https://<account-name>.blob.core.chinacloudapi.cn |
È anche possibile specificare un ID risorsa applicabile a qualunque account di archiviazione, come illustrato nella tabella seguente. Questo ID risorsa è lo stesso per tutti i cloud pubblici e sovrani e viene usato per acquisire un token per autorizzare le richieste a qualsiasi account di archiviazione.
| Cloud | ID risorsa |
|---|---|
| Azure Global Azure Government Azure Cina 21Vianet |
https://storage.azure.com/ |
Assegnare ruoli di Azure per i diritti di accesso
Microsoft Entra autorizza i diritti di accesso alle risorse protette tramite il Controllo degli accessi in base al ruolo di Azure. Archiviazione di Azure definisce un set predefinito di ruoli Controllo degli accessi in base al ruolo, che comprendono set comuni di autorizzazioni usate per accedere ai dati BLOB. È anche possibile definire ruoli personalizzati per accedere ai dati BLOB. Per ulteriori informazioni sull'assegnazione dei ruoli di Azure per l'accesso ai BLOB, consultare Assegnare un ruolo di Azure per l'accesso ai dati BLOB.
Un'entità di sicurezza di Microsoft Entra può essere un utente, un gruppo, un'entità servizio dell'applicazione o un'identità gestita per le risorse di Azure. I ruoli Controllo degli accessi in base al ruolo assegnati a un'entità di sicurezza determinano le autorizzazioni concesse all'entità per la risorsa specificata. Per ulteriori informazioni sull'assegnazione dei ruoli di Azure per l'accesso ai BLOB, consultare Assegnare un ruolo di Azure per l'accesso ai dati BLOB
In alcuni casi può essere necessario abilitare l'accesso granulare alle risorse BLOB oppure semplificare le autorizzazioni quando è presente un numero elevato di assegnazioni di ruolo per una risorsa di archiviazione. È possibile usare il controllo degli accessi in base agli attributi (ABAC) di Azure per configurare le condizioni per le assegnazioni di ruolo. È possibile usare le condizioni con un ruolo personalizzato o selezionare ruoli predefiniti. Per ulteriori informazioni sulla configurazione delle condizioni per le risorse di archiviazione di Azure con controllo degli accessi in base al ruolo, consultare Autorizzare l'accesso ai BLOB usando le condizioni di assegnazione dei ruoli di Azure (anteprima). Per informazioni dettagliate sulle condizioni supportate per le operazioni sui dati BLOB, consultare Azioni e attributi per le condizioni di assegnazione di ruolo di Azure in Archiviazione di Azure (anteprima).
Nota
Quando si crea un account di archiviazione di Azure, non vengono assegnate automaticamente le autorizzazioni per accedere ai dati tramite Microsoft Entra ID. È necessario assegnare in modo esplicito a se stessi un ruolo di Azure per accedere ad Archiviazione BLOB. Questo ruolo può essere assegnato a livello di sottoscrizione, gruppo di risorse, account di archiviazione o contenitore.
Ambito risorsa
Prima di assegnare un ruolo Controllo degli accessi in base al ruolo di Azure a un'entità di sicurezza, determinare l'ambito di accesso che l'entità di sicurezza deve avere. In base alle procedure consigliate, è sempre preferibile concedere solo l'ambito più restrittivo possibile. I ruoli Controllo degli accessi in base al ruolo di Azure definiti in un ambito più ampio vengono ereditati dalle risorse sottostanti.
È possibile definire l'ambito dell'accesso alle risorse BLOB di Azure ai livelli seguenti, a partire dall'ambito più ristretto:
- Un singolo contenitore. In quest'ambito, un'assegnazione di ruolo si applica a tutti i BLOB nel contenitore e alle proprietà e ai metadati del contenitore.
- L'account di archiviazione. In quest'ambito, un'assegnazione di ruolo si applica a tutti i contenitori e ai relativi BLOB.
- Il gruppo di risorse. In quest'ambito, un'assegnazione di ruolo si applica a tutti i contenitori in tutti gli account di archiviazione del gruppo di risorse.
- La sottoscrizione. In quest'ambito, un'assegnazione di ruolo si applica a tutti i contenitori in tutti gli account di archiviazione in tutti i gruppi di risorse della sottoscrizione.
- Un gruppo di gestione. In quest'ambito, un'assegnazione di ruolo si applica a tutti i contenitori in tutti gli account di archiviazione in tutti i gruppi di risorse nella sottoscrizione del gruppo di gestione.
Per ulteriori informazioni sull'ambito per le assegnazioni di ruolo Controllo degli accessi in base al ruolo di Azure, consultare Informazioni sull'ambito per il controllo degli accessi in base al ruolo di Azure.
Ruoli predefiniti di Azure per i BLOB
Il Controllo degli accessi in base al ruolo di Azure fornisce vari ruoli predefiniti per autorizzare l'accesso ai dati BLOB tramite Microsoft Entra ID e OAuth. Ecco alcuni esempi di ruoli che forniscono autorizzazioni per le risorse dati in Archiviazione di Azure:
- Proprietario dei dati del BLOB di archiviazione: consente di impostare la proprietà e gestire il controllo di accesso POSIX per Azure Data Lake Storage Gen2. Per altre informazioni, vedere Access control in Azure Data Lake Storage Gen2 (Controllo di accesso in Azure Data Lake Storage Gen2).
- Collaboratore ai dati del BLOB di archiviazione: Consente di concedere le autorizzazioni di lettura, scrittura ed eliminazione alle risorse di archiviazione BLOB.
- Lettore dei dati del BLOB di archiviazione: Consente di concedere le autorizzazioni di sola lettura alle risorse di archiviazione BLOB.
- Delegante di BLOB di archiviazione: consente di ottenere una chiave di delega utente da usare per creare una firma di accesso condiviso per un contenitore o un BLOB firmato con credenziali di Microsoft Entra.
Per informazioni su come assegnare un ruolo predefinito di Azure a un'entità di sicurezza, consultare Assegnare un ruolo di Azure per l'accesso ai dati BLOB. Per informazioni su come elencare i ruoli controllo degli accessi in base al ruolo di Azure e le relative autorizzazioni, consultare Elencare le definizioni dei ruoli di Azure.
Per altre informazioni sul modo in cui vengono definiti i ruoli predefiniti per Archiviazione di Azure, vedere Informazioni sulle definizioni di ruolo. Per informazioni sulla creazione di ruoli personalizzati di Azure, consultare Ruoli personalizzati di Azure.
Solo i ruoli definiti in modo esplicito per l'accesso ai dati consentono a un'entità di sicurezza di accedere ai dati BLOB. I ruoli predefiniti, ad esempio Proprietario, Collaboratore e Collaboratore Account di archiviazione permettono a un'entità di sicurezza di gestire un account di archiviazione, ma non forniscono l'accesso ai dati di BLOB all'interno di tale account tramite Microsoft Entra ID. Tuttavia, se un ruolo include Microsoft.Storage/storageAccounts/listKeys/action, un utente a cui è assegnato può accedere ai dati nell'account di archiviazione tramite l'autorizzazione con chiave condivisa con le chiavi di accesso all'account. Per ulteriori informazioni, consultare Scegliere come autorizzare l'accesso ai dati BLOB nel portale di Azure.
Per informazioni dettagliate sui ruoli predefiniti di Azure per Archiviazione di Azure, sia per i servizi dati che per il servizio di gestione, vedere la sezione Archiviazione in Ruoli predefiniti di Azure per il controllo degli accessi in base al ruolo di Azure. Inoltre, per informazioni sui diversi tipi di ruoli che forniscono autorizzazioni in Azure, consultare ruoli di Azure, ruoli di Microsoft Entra e ruoli di amministratore della sottoscrizione classica.
Importante
La propagazione delle assegnazioni dei ruoli può richiedere fino a 30 minuti.
Autorizzazioni di accesso per le operazioni dei dati
Per informazioni dettagliate sulle autorizzazioni necessarie per chiamare operazioni specifiche del servizio BLOB, consultare Autorizzazioni per chiamare le operazioni sui dati.
Accedere ai dati con un account Microsoft Entra
L'accesso ai dati BLOB tramite il portale di Azure, PowerShell o l'interfaccia della riga di comando di Azure può essere autorizzato tramite l'account Microsoft Entra dell'utente o tramite le chiavi di accesso dell'account (autorizzazione con chiave condivisa).
Attenzione
L'autorizzazione con chiave condivisa non è consigliata, perché potrebbe essere meno sicura. Per una sicurezza ottimale, disabilitare l'autorizzazione tramite chiave condivisa per l'account di archiviazione, come descritto in Impedire l'autorizzazione con chiave condivisa per un account di archiviazione di Azure.
L'uso di chiavi di accesso e stringhe di connessione deve essere limitato ai modelli di verifica delle app iniziali o ai prototipi di sviluppo che non accedono a dati sensibili o di produzione. Diversamente, per l'autenticazione alle risorse di Azure vanno sempre preferite le classi di autenticazione basate su token disponibili in Azure SDK.
Microsoft consiglia che i client usino Microsoft Entra ID o una firma di accesso condiviso per autorizzare l'accesso ai dati in Archiviazione di Azure. Per ulteriori informazioni, consultare Autorizzare le operazioni per l'accesso ai dati.
Accesso ai dati dal portale di Azure
Il portale di Azure può usare l'account Microsoft Entra o le chiavi di accesso dell'account per accedere ai dati BLOB in un account di archiviazione di Azure. Lo schema di autorizzazione usato dal portale di Azure dipende dai ruoli di Azure assegnati all'utente.
Quando si prova ad accedere ai dati BLOB, il portale di Azure controlla prima di tutto se all'utente è stato assegnato un ruolo di Azure con Microsoft.Storage/storageAccounts/listkeys/action. Se all'utente è stato assegnato un ruolo con questa azione, il portale di Azure usa la chiave dell'account per accedere ai dati BLOB tramite l'autorizzazione con chiave condivisa. In caso contrario, il portale di Azure tenta di accedere ai dati usando l'account Microsoft Entra.
Per accedere ai dati BLOB dal portale di Azure usando l'account Microsoft Entra è necessario disporre delle autorizzazioni per accedere ai dati BLOB e anche delle autorizzazioni per spostarsi all'interno delle risorse dell'account di archiviazione nel portale di Azure. I ruoli predefiniti forniti da Archiviazione di Azure concedono l'accesso alle risorse BLOB, ma non le autorizzazioni per le risorse dell'account di archiviazione. Per questo motivo, l'accesso al portale richiede anche l'assegnazione di un ruolo di Azure Resource Manager, ad esempio il ruolo Lettore, il cui ambito rientra nel livello di account di archiviazione o superiore. Il ruolo Lettore concede le autorizzazioni più limitate, ma è accettabile anche un altro ruolo di Azure Resource Manager che conceda l'accesso alle risorse di gestione degli account di archiviazione. Per maggiori informazioni su come assegnare autorizzazioni agli utenti per l'accesso ai dati nel portale di Azure con un account Microsoft Entra, consultare la sezione Assegnare un ruolo di Azure per l'accesso ai dati BLOB.
Il portale di Azure indica quale schema di autorizzazione è in uso quando si passa a un contenitore. Per altre informazioni sull'accesso ai dati nel portale, vedere Scegliere come autorizzare l'accesso ai dati BLOB nel portale di Azure.
Accesso ai dati da PowerShell o dall'interfaccia della riga di comando di Azure
L'interfaccia della riga di comando di Azure e PowerShell supportano l'accesso con le credenziali di Microsoft Entra. Dopo l'accesso, la sessione viene eseguita con tali credenziali. Per ulteriori informazioni, consultare uno degli articoli seguenti:
- Scegliere come autorizzare l'accesso ai dati dei BLOB con l'interfaccia della riga di comando di Azure
- Eseguire comandi di PowerShell con le credenziali di Microsoft Entra per accedere ai dati BLOB
Supporto funzionalità
Il supporto per questa funzionalità potrebbe essere influenzato dall'abilitazione di Azure Data Lake Storage Gen2, del protocollo NFS (Network File System) 3.0 o del SSH File Transfer Protocol SFTP (FTP sicuro). Se è stata abilitata una di queste funzionalità, consultare Supporto delle funzionalità di Archiviazione BLOB negli account di Archiviazione di Azure per valutare il supporto per questa funzionalità.
L'autorizzazione delle operazioni di dati BLOB con Microsoft Entra ID è supportata solo per le versioni dell'API REST 2017-11-09 e successive. Per ulteriori informazioni, consultare Controllo delle versioni per i servizi di Archiviazione di Azure.