Puntos calientes: autenticación, autorización y datos

Un fallo en una función de cálculo suele dañar un dato. Un fallo en la autenticación entrega la cuenta entera; uno en la autorización entrega los datos de todos los demás usuarios; uno en lo que sale en la respuesta los entrega sin que nadie tenga que romper nada. Por eso, dentro del tiempo que hay, una revisión manual va primero a esos tres puntos y deja para después el resto.

Cada uno tiene sus preguntas fijas. En la autenticación: cómo se generan y comparan los secretos, qué responde el sistema cuando algo falla y cuántas veces se puede intentar. En la autorización: si cada ruta comprueba no solo que hay sesión y rol, sino que el recurso pedido pertenece a quien lo pide. En los datos: qué campos salen en cada respuesta comparados con lo que la pantalla de verdad usa.

Abre el laboratorio y lee app/autenticacion/recuperacion.py. Un código de recuperación es un secreto de corta vida: quien lo adivine entra en la cuenta. Por eso tiene que salir de un generador pensado para seguridad, que el lenguaje ofrece aparte del generador pensado para simulaciones y juegos. En Python esa diferencia está documentada: el módulo secrets es el indicado para valores de seguridad.

En el mismo archivo hay más preguntas de autenticación que hacerse. Lee las dos funciones que atienden la solicitud y el uso del código, y compara lo que responden en cada caso con lo que permiten repetir. Ten cuidado con dar por malo lo que está bien: también hay decisiones correctas en ese archivo.

Lee ahora app/empleados/rutas.py y, al lado, app/seguridad/decoradores.py. Los decoradores comprueban que haya sesión o un rol, y su propia documentación dice lo que no comprueban. Eso significa que cada ruta que carga un recurso por su identificador tiene que filtrar ella misma por la empresa, o por el empleado, del usuario que pregunta. Compara cómo cargan el recurso las rutas del archivo.

La exposición de datos casi nunca está en la consulta: está en el esquema que convierte el objeto en respuesta. Para revisarla se cruza cada esquema con la pantalla que lo consume. Lee app/empleados/esquemas.py y pantallas/selector-de-turnos.txt, y busca en el esquema del listado el campo que la pantalla no necesita y que más daño hace si llega a quien no debe.