Nello script precedente ci siamo occupati di HealthCheck (https://www.aspitalia.com/script/1316/Verificare-Funzionamento-Applicazione-ASP.NET-Core-2.2.aspx), una delle nuove funzionalità introdotte da ASP.NET Core 2.2 che permette di monitorare lo stato di salute di un'applicazione e delle sue dipendenze.
Il principio di funzionamento è incentrato sull'utilizzo di un middleware che si occupa di generare la risposta in base ai check che abbiamo configurato tra i servizi. Questi ultimi possono includere risorse particolarmente delicate, quali database, per esempio, che potrebbero essere facilmente sovraccaricati da un attacco DDoS sull'endpoint di HealthCheck. Pertanto, in alcuni scenari, può essere consigliabile proteggere questo endpoint tramite autenticazione.
ASP.NET Core 2.2 non espone questa funzionalità direttamente, ma è abbastanza semplice implementarla se si ha un po' di dimistichezza con i middleware.
Immaginiamo, per esempio, di avere già un progetto Web API che registra qualche tipo di security, quale Azure Active Directory, Cookie o quant'altro. Pertanto, all'interno della classe Startup, avremo già una chiamata al metodo UseAuthentication come nel codice in basso:
public void Configure(IApplicationBuilder app, IHostingEnvironment env) { // .. altro codice qui .. app.UseAuthentication(); // .. altro codice qui .. }
Questo metodo registra un middleware che valuta il contenuto della richiesta e, nel caso contenga dati validi di autenticazione (per es. un Bearer Token tra gli header), istanzia un ClaimsPrincipal nell'HttpContext corrente.
Se vogliamo proteggere l'endpoint di HealthCheck, allora, possiamo registrare un nostro custom middleware, che agisca prima di quello di HealthCheck e che termini la richiesta nel caso il ClaimsPrincipal non sia valido.
public void Configure(IApplicationBuilder app, IHostingEnvironment env) { // .. altro codice qui .. app.UseAuthentication(); app.Map("/health", a => { a.Use(async (context, next) => { if (context.User.Identity.IsAuthenticated) { await next.Invoke(); return; } context.Response.StatusCode = (int)HttpStatusCode.Unauthorized; }); a.UseMiddleware<HealthCheckMiddleware>(); }); // .. altro codice qui .. }
Nel codice in alto, abbiamo mappato l'endpoint /health su una sequenza di due middleware:
- Il primo, definito tramite una lambda expression, verifica se l'utente del context corrente sia autenticato e, solo in caso affermativo, passa la chiamata al middleware successivo. In caso contrario, invece, ritorna uno status code 401 - Unauthorized.
- Il secondo è il vero e proprio HealthCheckMiddleware, che implementa la logica di HealthCheck.
Il pregio di questa tecnica è che sfrutta il principio di funzionamento del middleware di autenticazione, ed è pertanto completamente agnostica all'effettivo tipo di autenticazione utilizzata - sia esso OAuth2, Cookies, etc.
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Semplificare il deployment di siti statici con Azure Static Web App
Accesso sicuro ai secrets attraverso i file in Azure Container Apps
Load test di ASP.NET Core con k6
Applicare il versioning ai nostri endpoint ASP.NET Core Minimal API
Short-circuiting della Pipeline in ASP.NET Core
Utilizzare QuickGrid di Blazor con Entity Framework
Usare un KeyedService di default in ASP.NET Core 8
Generare file PDF da Blazor WebAssembly con iText
Modificare i metadati nell'head dell'HTML di una Blazor Web App
Implementare il throttling in ASP.NET Core
Utilizzare la versione generica di EntityTypeConfiguration in Entity Framework Core
I più letti di oggi
- Utilizzare Docker Compose con Azure App Service
- Modernizzare le applicazioni WPF e Windows Forms con Blazor
- annunciato #netstandard 2.1. .NET Core lo supporterà a partire da #netcore3, così come le prossime versione di #xamarin, #mono e #unity.il supporto per #netfx 4.8, invece, non ci sarà. https://aspit.co/bq2
- Steel Style CheckBox per Silverlight 4.0
- Utilizzare QuickGrid di Blazor con Entity Framework