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
Usare una container image come runner di GitHub Actions
Sfruttare MQTT in cloud e in edge con Azure Event Grid
Utilizzare l'operatore GroupBy come ultima istruzione di una query LINQ in Entity Framework
Evitare la script injection nelle GitHub Actions
Load test di ASP.NET Core con k6
Usare un KeyedService di default in ASP.NET Core 8
Supportare il sorting di dati tabellari in Blazor con QuickGrid
Usare ASP.NET Core dev tunnels per testare le applicazioni su internet
Effettuare chiamate con versioning da Blazor ad ASP.NET Core
Cache policy su route groups di Minimal API in ASP.NET Core 7
Generare file per il download da Blazor WebAssembly