SQL Database e SQL Data Warehouse sono i servizi della piattaforma Microsoft Azure per permetterci di avere un database relazionale completamente gestito sul cloud. Poiché questo servizio proviene da SQL Server, per poterci accedere abbiamo principalmente due vie: autenticazione SQL o l'autenticazione integrata. Poiché spesso queste risorse vengono sfruttate da altri applicativi PaaS, nella maggior parte delle volte utilizziamo la prima tecnica per accedere direttamente tramite credenziali nella stringa di connessione.
Su Azure però disponiamo di un servizio dedicato alla gestione delle utenze: Active Directory (AAD). Oltre ad offrire il supporto a numerosi protocolli, esso è in grado di gestire politiche più complesse: maggiore granularità dei permessi, autenticazione multi fattore, centralità delle credenziali, politica delle password complesse.
Perché non sfruttare quindi AAD anche per accedere a SQL Database? Per farlo bastano pochi passi. Prima di tutto rechiamoci sul server SQL di nostro interesse, sempre dal portale, e accediamo alla sezione Active Directory admin.
In questa schermata premiamo Set admin e abilitiamo le utenze o i gruppi da impostare come amministratori per l'intero server, una sorta di SA. Le utenze che possiamo inserire, però, devono essere del dominio stesso e non posso essere utenti guest.
Impostati gli admin l'istanza SQL Server è in grado di ricevere un'autenticazione basata su AAD. A partire da SQL Management Studio 2016 o relativi SQL Server Data Tools possiamo sfruttare questa funzionalità scegliendo tra AAD Password, AAD Integrated e Universal with MFA.
Nella figura possiamo vedere l'utilizzo della terza possibilità. Premendo connect otteniamo la classica popup che ci invita ad immettere la password o a seguire il processo MFA.
Una volta entrati con un utente amministratore, possiamo poi aprire una query direttamente sul database di nostro interesse e creare altri utenti dandogli direttamente i permessi.
CREATE USER [user@cloudvisioncompany.onmicrosoft.com] FROM EXTERNAL PROVIDER; exec sp_addrolemember db_datareader, [user@cloudvisioncompany.onmicrosoft.com]
Nell'esempio viene creato l'utente e applicato il permesso di lettura. Diversamente dalle normali utenze, non è necessario creare la relativa login a livello di istanza.
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Sfruttare al massimo i topic space di Event Grid MQTT
Accesso sicuro ai secrets attraverso i file in Azure Container Apps
Come migrare da una form non tipizzata a una form tipizzata in Angular
Visualizzare le change sul plan di Terraform tramite le GitHub Actions
Inizializzare i container in Azure Container Apps
Eseguire le GitHub Actions offline
Trasformare qualsiasi backend in un servizio GraphQL con Azure API Management
Usare un KeyedService di default in ASP.NET Core 8
Configurare dependabot per aggiornare le dipendenze di terze parti con GitHub Actions
Miglioramenti nelle performance di Angular 16
Cambiare la chiave di partizionamento di Azure Cosmos DB
Creare gruppi di client per Event Grid MQTT