Si la tecnología con la que está hecho tu sistema ya no tiene soporte, sí, es peligroso seguir así. Pero conviene poner el peligro en su tamaño: el día que se vence el soporte no se cae nada. Tu sistema amanece funcionando igual que ayer.
El riesgo empieza justo ahí, y por eso es fácil ignorarlo. Nada truena, nadie se queja, y el sistema se va quedando atrás sin que se note.
Un ejemplo que hoy está pasando: .NET Framework
Todo sistema está construido sobre una tecnología base, y esa tecnología tiene fecha de vencimiento. Muchos sistemas empresariales están hechos con .NET Framework, de Microsoft, y ahí hay mucha confusión: no tiene una sola fecha de fin, cada versión tiene la suya.
| Versión | Soporte de Microsoft |
|---|---|
| 4.0, 4.5 y 4.5.1 | Terminó el 12 de enero de 2016 |
| 4.5.2, 4.6 y 4.6.1 | Terminó el 26 de abril de 2022 |
| 4.6.2 | Termina el 12 de enero de 2027 |
| 4.7, 4.7.1, 4.7.2, 4.8 y 4.8.1 | Sigue el soporte de la versión de Windows donde está instalado |
Si la tuya no aparece, revisa la página oficial de Microsoft. Y si tu versión depende de Windows, revisa también el servidor: Windows Server 2016 se queda sin soporte el mismo 12 de enero de 2027.
Por qué importa si el sistema funciona bien
En Monobits trabajamos muchos años con .NET Framework y nos funcionó muy bien. No es que sea mala tecnología. El problema es que todos los días se descubren vulnerabilidades nuevas, en todas las tecnologías. Mientras una versión tiene soporte, el fabricante las corrige. Cuando deja de tenerlo, se siguen descubriendo, pero ya nadie las arregla.
Piénsalo como la chapa de tu negocio. Un día se descubre un truco para abrirla sin llave. Mientras el fabricante siga dando servicio, te la cambia y ya. Cuando deja de darlo, el truco sigue circulando, todo mundo puede aprenderlo y tu chapa sigue en la puerta. La puerta cierra igual que siempre y por fuera nada cambió, pero ya no te protege.
Antes era buena práctica. Hoy es seguridad
Durante años, actualizar la tecnología de un sistema era buena práctica y se podía posponer. Eso cambió. Hoy salen sistemas vulnerables todos los días, y con la inteligencia artificial que existe ahora, buscar y aprovechar debilidades en sitios, servidores y contraseñas es cada vez más fácil y más barato. No hace falta que alguien te elija a ti: basta con que tu sistema tenga la puerta que ya se sabe cómo abrir.
Por eso nuestra postura es la misma para cualquier tecnología, no solo para esta: tu sistema debe estar en una versión con soporte, sea cual sea la tecnología con la que esté hecho.
¿Cuándo sí puedes esperar?
No todos los casos son urgentes. Puedes planearlo con calma, sin dejarlo indefinido, si se cumple todo esto:
- Su tecnología base y su servidor siguen con soporte. En .NET Framework, eso es la versión 4.7 o posterior sobre un Windows con soporte.
- Los componentes de terceros también siguen recibiendo actualizaciones.
- El sistema no está abierto a internet, o no maneja datos sensibles ni pagos.
- Alguien lo está manteniendo y aplica las actualizaciones de seguridad.
En cambio, muévelo a tus prioridades si es una versión ya vencida, si tiene acceso público, si guarda datos personales o cobra en línea, o si ya no tienes quién le dé mantenimiento.
Una aclaración importante
Actualizar la tecnología base en el servidor ayuda, pero conviene probarlo antes en un ambiente aparte, y solo protege la base. No arregla los componentes de terceros que se compraron hace diez años ni el código propio del sistema.
Hace unos años un cliente nos pidió continuar un sistema que ya tenía hecho, en una versión vieja de .NET Framework. Nos dijo que solo había que seguirlo, que lo había desarrollado un programador. Luego nos enteramos de que había sido un practicante. Todo el código tenía problemas de seguridad; honestamente, era un desastre. Preferimos rehacerlo desde cero en lugar de parchar algo que no se hizo bien desde el inicio.
Por eso, antes de decidir si esperas o migras, conviene que alguien revise lo que hay debajo. A veces basta con actualizar y a veces no hay nada que valga la pena salvar.
Qué hacer esta semana
- Pregunta con qué tecnología y versión está hecho tu sistema. Tanto la versión para la que se hizo como la que está instalada en el servidor.
- Revisa el sistema operativo del servidor y cuándo se le vence el soporte.
- Haz la lista de componentes de terceros y revisa si todavía reciben actualizaciones.
- Confirma que tienes el código fuente y respaldos que se puedan restaurar.
- Decide con esos datos: esperar con un plan, actualizar o modernizar.
Si al revisar no encuentras quién te conteste estas preguntas, esa ya es una respuesta.
