.NET #3 - De 500 a 401: rectificando mi API de login | Programando sin red

Capítulo 3 de la serie .NET de "Programando sin red": En este capítulo corto de Programando sin red con DOTNET rectifico una decisión de mi propia API. Hasta ahora, cuando el login fallaba, mi API devolvía siempre un 500 genérico para no dar pistas a un posible atacante. Pero un atacante medio puede medir los tiempos de respuesta, y a mí me dejaba a ciegas: mezclaba los fallos de usuario con las caídas del servidor. Lo arreglamos: credenciales incorrectas devuelven 401 con un mensaje genérico, y los errores reales del servidor siguen siendo 500. Es un capítulo grabado por sesiones. Solo edito para unir las sesiones, así que los fallos tontos y los despistes se quedan. Así se programa de verdad. EN ESTE CAPÍTULO Por qué un 500 genérico en el login no era buena idea Capturar UnauthorizedAccessException y devolver 401 sin dar pistas Revisar lo que te autocompleta el IDE: casi me manda el error completo al front Reconstruir la imagen de Docker y probar la API Actualizar mapLoginError en el front (NextJS) 0:00 Introducción y problema del error 500 genérico 0:32 Manejo de excepciones con el autocompletado de Visual Studio 1:14 Estructura de las excepciones y códigos HTTP 2:15 Construcción y ejecución del contenedor Docker 3:47 Pruebas de las respuestas y despedida Este capítulo es un complemento del capítulo 4 de la serie NextJS (componentes y login):    • NextJs #4 - Cómo crear componentes reutili...   CÓDIGO https://github.com/BudzowskiPiotrek/h... #DotNet #ASPNETCore #CSharp #ProgramandoSinRed