Qué hacer con una aplicación cuyo fabricante ha dejado de dar soporte
Si el fabricante deja de dar soporte, confirma el alcance exacto y decide un plan de sustitución con fecha.
Equipo enginerIT· 2 min de lectura
Si el fabricante deja de dar soporte, confirma el alcance exacto y decide un plan de sustitución con fecha. Mantener la aplicación puede ser necesario durante una transición, pero debes registrar quién acepta ese riesgo y qué restricciones temporales aplicas. No confundas que siga arrancando con que siga mantenida.
Verifica el aviso y la versión afectada
Consulta el anuncio oficial del producto y conserva versión, edición, fecha y condiciones. Distingue fin de asistencia comercial de fin de actualizaciones de seguridad; no todos los fabricantes usan las mismas etapas. Comprueba si existe una versión soportada a la que puedas actualizar y qué dependencias exige. Si hay soporte ampliado, solicita sus condiciones concretas sin dar por hecho que cubre todas las funciones o vulnerabilidades.
Mide la dependencia del negocio
Identifica usuarios, procesos, datos, integraciones y frecuencia de uso. Incluye funciones de consulta histórica aunque nadie cree ya registros nuevos. Pregunta qué ocurriría si la aplicación quedara inaccesible y cuánto tiempo podría continuar la actividad. Con esa información compara actualización, sustitución, exportación para consulta o retirada. Elige una salida por necesidad real, no por la costumbre de conservar todo el servidor original.
Acota la transición sin prometer inmunidad
Mientras preparas la salida, reduce exposición y accesos a lo necesario, refuerza observación y comprueba recuperación. Documenta quién puede utilizarla y para qué. Ninguna de esas medidas recupera el soporte perdido ni garantiza que el producto sea seguro. Asigna responsable del riesgo, fecha de revisión y presupuesto de migración. Si el calendario se retrasa, exige una decisión explícita sobre el nuevo plazo y las consecuencias.
Ensaya datos y cierre completo
Prueba la exportación con muestras y valida que la alternativa permite las operaciones y consultas que el negocio conserva. Revisa permisos, integridad y documentación necesaria para interpretar datos antiguos. Planifica el corte, la reversión y la baja de accesos. CISA recuerda que una retirada incompleta puede dejar funciones y credenciales residuales. No cierres el proyecto al desinstalar: comprueba que ya no quedan consumidores ni secretos ligados exclusivamente al producto.
Comprobaciones para cerrar la tarea
- ✓ El fin de soporte está contrastado para la versión exacta.
- ✓ La transición tiene dueño, fecha y aceptación del riesgo.
- ✓ Se ha probado acceso a datos históricos y retirada de credenciales.
Fuentes y documentación
- Securing the Software Supply Chain: Customers — Riesgos de retirada incompleta y credenciales residuales en el fin de vida.
Aplicarlo en tu empresa
Podemos revisar el entorno y acordar qué actuaciones, validaciones y mantenimiento necesitas.
Conocer el servicio relacionado →