Puertas de calidad y excepciones con fecha

El SSDF lo pide en la práctica PO.4: definir de antemano los criterios con los que se juzgan las verificaciones de seguridad, y reunir y guardar la información que los sostiene; entre sus ejemplos está dejar registradas las aprobaciones, los rechazos y las solicitudes de excepción. Una puerta que se inventa el día de la entrega, o que bloquea a un equipo y a otro no, deja de ser un control y se vuelve una negociación.

Tres decisiones hacen que una puerta se sostenga. Qué bloquea y qué solo avisa, escrito y publicado. Cómo entra una regla nueva: primero en modo aviso, para medir su ruido antes de que detenga a nadie. Y cómo se sale por la puerta de atrás: con una excepción registrada, aprobada por quien corresponde a la severidad, con un control que reduzca el riesgo mientras tanto y con una fecha en la que deja de valer sola.

Abre el laboratorio y lee politica-puertas.md. Fíjate en la última regla de las excepciones: al vencer, dejan de valer aunque nadie las cierre. Después lee registro-pipeline.txt, que dice qué hizo la puerta con cada fusión de noviembre, y cruza cada excepción usada con su fecha de caducidad en excepciones.txt.

Una excepción vencida que sigue marcada «activa» es un control que solo existe en el registro. La puerta confió en el estado y no en la fecha.

Una excepción renovada una y otra vez deja de ser una excepción: es una decisión de no corregir que nadie tomó de frente. Por eso la política limita las renovaciones, y por eso el registro guarda cuántas lleva cada una. Cuando el límite se supera, la conversación correcta ya no es con quien renueva sino con quien puede aceptar el riesgo de forma explícita o poner las horas para corregir.

Revisa todas las excepciones activas contra las cinco reglas de la política: quién aprueba según la severidad, caducidad de como mucho 90 días desde que se crea o renueva, una renovación como máximo, control compensatorio en alta y crítica, y que no esté vencida al corte del 2026-11-16. Una excepción que incumple una sola regla ya cuenta.

Lee solicitud-pensiones.txt. El equipo de Pensiones pide desactivar la puerta en su repositorio hasta enero porque tiene una entrega. Es una petición razonable desde su lado y peligrosa desde el del programa: la puerta apagada no distingue entre el hallazgo que de verdad puede esperar y el que no.