Ciclo de soporte y fin de vida

Los fabricantes suelen publicar una política con fases por rama: soporte completo (mejoras y correcciones), solo seguridad (únicamente correcciones de seguridad) y fin de vida (nada). Los nombres cambian de un fabricante a otro; lo que no cambia es la consecuencia. Una rama en fin de vida no recibirá parche para el próximo CVE, aunque el aviso exista y describa el fallo.

Por eso, un aviso sobre un producto al que le quedan semanas de «solo seguridad» pide pensar en dos tiempos: el parche de hoy y la salida de esa rama.

Abre politica_soporte y inventario_soporte. La política dice, por producto y rama, en qué fase está y cuándo termina. El inventario dice qué corre cada activo. Cruza los dos por producto y rama y busca el activo cuyo producto terminó su soporte durante 2025.

Una rama en «solo seguridad» tiene fecha de caducidad. El plan de salida se mide contra esa fecha: cuántos días quedan para migrar. Hoy es el 14 de octubre de 2026. Cuenta los días naturales entre hoy y la fecha de fin de la rama 4.2 de Nordelta Gate.

El número de activos en fin de vida es una métrica de deuda técnica: crece solo si nadie planifica migraciones. Se obtiene cruzando la política con el inventario y contando los activos cuya rama figura en esa fase.

Un activo de una rama sin soporte, con un aviso nuevo y sin corrección posible, no se resuelve instalando nada. Lo honesto es documentar la situación: compensar el riesgo mientras el activo exista, fijar un plazo de migración y dejar el nombre de quien acepta el riesgo restante.