Parche acumulativo y sus requisitos, antes de instalar hay que preparar

Un parche acumulativo es un paquete que incluye las correcciones del anterior y las nuevas. Quien instala el más reciente recibe también todo lo que traían los intermedios, sin tener que aplicarlos uno por uno. Eso simplifica el trabajo del analista: la pregunta rara vez es «¿tiene el parche de esta vulnerabilidad?» sino «¿en qué acumulativo está y cuál tiene instalado el servidor?».

La contrapartida son los requisitos. Un acumulativo se prueba y se soporta desde ciertos puntos de partida: una versión mínima de un acumulativo anterior, un componente de base y espacio en disco. Si el servidor no los cumple, el instalador falla o, peor, el servicio queda en un estado que el fabricante no ha probado.

Un boletín bien leído separa tres cosas: qué productos y versiones están afectados, en qué acumulativo está la corrección y qué requisitos hay que cumplir antes de instalarlo. La tercera es la que más se salta, y la que más tickets deja atascados.

Abre boletin-NS-2026-014.txt: ahí está la exigencia sobre el acumulativo mínimo de partida. Compárala con la columna cu_actual de estado-servidores.csv.

Además del acumulativo mínimo, los fabricantes piden un componente de base —un entorno de ejecución, una biblioteca, un esquema del directorio— en una versión determinada. Quien lo ignora descubre el problema a mitad de la instalación, a menudo dentro de una ventana de mantenimiento que no se puede repetir.

Revisa la columna runtime de estado-servidores.csv frente a lo que exige el boletín.

Cada servidor puede fallar en un requisito distinto. Para el plan lo útil es el conteo: cuántos servidores necesitan una acción previa antes de instalar el acumulativo. Un servidor que ya tiene el acumulativo no necesita preparación; uno que cumple todo, tampoco. Los requisitos son tres: nivel mínimo de acumulativo, componente de base y espacio libre en la unidad del sistema.

Cuenta los servidores que incumplen al menos un requisito y que todavía necesitan el acumulativo nuevo.

Aun con todos los requisitos cumplidos, un acumulativo no se instala de golpe en producción. Se hace una copia o un punto de recuperación, se aplica en un servidor piloto, se verifica que el correo entra y sale y que los usuarios se autentican, y solo entonces se sigue con el resto. Cada paso existe porque su ausencia ya le costó un fin de semana a alguien.