Pruebas de regresión de controles tras cada cambio

Una regresión de seguridad ocurre cuando una modificación de software, un parche de sistema operativo o un despliegue de infraestructura rompe involuntariamente un control de seguridad que estaba operando correctamente (por ejemplo, una actualización de pasarela que reactiva suites de cifrado débiles o desactiva la verificación de MFA). La arquitectura debe disponer de pruebas de regresión continuas de controles que verifiquen periódicamente que las defensas siguen activas y eficaces.

En el cuadro de control de pruebas de regresión de Salus se monitorizan suites automatizadas ejecutadas con distintas frecuencias.

Abre el laboratorio y consulta pruebas-regresion-controles.txt. Identifica qué suite de prueba automatizada falló en su última corrida semanal.

La autenticación clínica es crítica para evitar accesos indebidos a historiales médicos, por lo que su suite de prueba se ejecuta con máxima recurrencia.

Revisa pruebas-regresion-controles.txt y localiza la frecuencia de ejecución de la suite Test-IdP-MFA.

Una prueba de regresión de seguridad eficaz no solo comprueba que los usuarios autorizados pueden acceder (prueba positiva); comprueba principalmente pruebas negativas: que las peticiones sin token son rechazadas con HTTP 401, que tokens de un paciente no pueden consultar recetas de otro (HTTP 403) y que intentos de inyección son interceptados de inmediato.