Nello script #35 abbiamo visto come sfruttare il layer delle Azure Web App per proteggere le nostre applicazioni, con pochi click, attraverso il portale. Questo meccanismo è indipendente dalla piattaforma e linguaggio utilizzato e non si occupa solo della parte di dialogo con gli identity provider (nel caso specifico Google), ma funge anche da token store, cioè si occupa della memorizzazione dell'access token e delle informazioni ottenute da esso.
Per questo motivo è disponibile un endpoint speciale, accessibile all'indirizzo https://mioSito.azurewebsites.net/.auth/me che se chiamato in GET, quindi da JavaScript o da un applicativo client (tipicamente mobile), restituisce un JSON simile a questo estratto.
{"access_token":"4354353453rgdgdgdfgd",
"expires_on":"2016-02-08T23:18:44.0932949Z",
"provider_name":"google","user_claims":[...]Esso contiene il token, ma come visibile con questo parser, anche i claim, come possono essere il nome e cognome.

Con il token possiamo inoltre sfruttare le API di Google per agire per conto dell'utente.
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Creare un agente A2Acon Azure Logic Apps
Configuratione e utilizzo .NET Aspire CLI
Supportare la crittografia di ASP.NET Core con Azure Container App
Esporre un server MCP con Azure API Management
Eliminare record doppi in Sql Server
Integrare OpenTelemetry direttamente in Azure Monitor
Modificare lo stile in una QuickGrid Blazor
Centralizzare e governare MCP server e Skill con Azure API Center
Controllare la telemetria con .NET Aspire
Semplificare i deployment con le label in Azure Container App
Abilitare .NET 10 su Azure App Service e Azure Functions
Blazor e Static Web Assets in .NET 10


