Sala 3 · Parches, ventanas y excepciones

Una excepción no es un permiso permanente: tiene una vigencia y, cuando vence, el hallazgo vuelve a contar como abierto y con el plazo de su prioridad corriendo. Una excepción vencida que nadie renovó es un riesgo aceptado sin autoridad que lo respalde.

Aceptar un riesgo es una decisión de quien responde por el conjunto, no de quien lleva el equipo. Cuando el dueño del activo firma la excepción de su propio activo se pierde la separación entre quien se beneficia de aplazar y quien lo autoriza.

Un control compensatorio reduce el riesgo si actúa sobre el camino por el que se explota el hallazgo. Un control bueno para otro camino no baja nada: una excepción que cita un control que no cubre su vector es una excepción sin control, por mucho que el papel diga que lo tiene.

En una clínica la ventana no la decide TI sola. Una ventana sirve si cumple todas las condiciones del acuerdo a la vez, y basta con que falle una para descartarla, por buena que sea su hora. La fecha que se busca es la de la primera que las cumple todas, contando desde que el fabricante entrega el parche.

Cuando una versión de un componente salió comprometida, primero se congela para que nada actualice hacia ella y después se revierte. El destino de la reversión es la última versión sin el problema que indica el proyecto, anterior a la primera afectada; no es la más nueva que ofrezca el registro ni una cualquiera más vieja. Las versiones se comparan por números: 3.8.9 va antes que 3.8.10.