Narrador: En esta lección
vamos a hablar de los sistemas heredados.
¿Qué es un sistema heredado?
Me gusta pensar que un sistema heredado
es algo antiguo.
Se trata de un sistema informático que ya no recibe
soporte de su proveedor, por lo que ya no puede recibir actualizaciones
y parches de seguridad.
Por ejemplo, si trabajas en una planta de
fabricación, puede que haya algún sistema
que sea crítico para tus operaciones, pero tiene 20 o 30 años, y la
persona que lo fabricó ya no está en el negocio.
Bueno, no vas a recibir más
actualizaciones de seguridad ni parches para ese
cacharro, pero sigue funcionando y sigue en marcha,
y puede que te cueste millones de dólares sustituirlo.
Entonces, ¿qué hacer?
Bueno, no lo parcheas, sino que empiezas
a encontrar controles compensatorios,
como aislarlo en su propia red y cosas así para asegurarte de
que ese sistema puede seguir funcionando y mantener
el negocio operativo.
Cuando hablamos de sistemas heredados,
hablamos de sistemas antiguos
que ya no reciben soporte.
Un buen ejemplo de ello es que si nos fijamos en
las redes ICS y SCADA, la mayoría de ellas
tienen cosas obsoletas que todavía se están ejecutando.
Por ejemplo, muchos de ellos siguen funcionando con Windows XP.
Ahora que estoy grabando esto, ya estamos
en la década de 2020, y todavía se sigue hablando de Windows XP,
que salió en 2001.
¿Por qué?
Como Windows XP se sigue utilizando hoy en día, aunque haya llegado
al final de su vida útil, aunque haya
llegado al final de su servicio, la gente
sigue utilizándolo en estos sistemas heredados.
La razón es que es demasiado
caro o difícil sacarlo de esas redes.
Así que, como analistas de seguridad, tenemos que identificar estos
sistemas heredados y aplicar medidas de mitigación para
poder seguir utilizándolos.
Cosas como asegurarse de que esos sistemas
no se conectan a Internet.
En su lugar, queremos asegurarnos de que
tenemos capas adicionales de seguridad.
Queremos tener un cortafuegos.
Queremos tener segmentación y otras cosas por el
estilo para minimizar el riesgo de estos sistemas heredados.
Por otro lado, tenemos otra categoría de sistemas
que a menudo no reciben un buen soporte,
y son los sistemas propietarios.
Los sistemas propietarios son sistemas que son propiedad
de su desarrollador o proveedor, donde la falta de apoyo del proveedor
podría ser un inhibidor para su remediación.
¿Qué quiero decir con esto?
Bueno, tengo un par de sistemas propietarios en mi negocio.
Es un software particular que hemos hecho codificar
por un desarrollador.
Ahora, es una empresa de terceros, por lo que
si necesitamos actualizaciones y seguridad, tenemos que
volver a contratarlos para que nos den soporte, porque
nosotros les pagamos y ellos arreglan el sistema.
Este es un ejemplo sencillo de sistema propietario,
pero también los hay más grandes.
Por ejemplo, si nos fijamos en el Departamento de Defensa
de Estados Unidos, tienen muchos sistemas patentados,
no cualquiera puede ir y comprar
un F16 o un tanque Abrams.
Todos ellos tienen sistemas
diferentes que se construyeron específicamente para ese
fin, por lo que no pueden ir a Microsoft y decirle:
"Oye, dame un parche para un tanque Abrams. En su lugar, tienen que volver al proveedor
original y, en función del contrato que
tengan con él, pueden recibir actualizaciones
mensuales, semestrales, anuales o cuando
sea necesario.
Y eso puede inhibir tu remediación, porque si
estás en un ciclo de seis meses e identificas
una vulnerabilidad hoy, pueden pasar
seis meses hasta que te codifiquen
un parche y te lo envíen.
Son cuestiones que hay que tener en
cuenta cuando se trabaja con sistemas propietarios.