Narrador: Nesta lição,
falaremos sobre sistemas legados.
O que é um sistema legado?
Bem, eu gosto de pensar em um sistema
legado como algo antigo.
É um sistema de computador que não é mais suportado
por seu fornecedor e, portanto, não pode mais receber atualizações
e patches de segurança.
Por exemplo, se você trabalha em uma fábrica,
pode haver algum sistema que seja essencial
para suas operações, mas ele tem 20 ou 30 anos e a pessoa que
o criou não está mais no mercado.
Bem, você não receberá mais
atualizações ou patches de segurança para essa
coisa, mas ela ainda funciona e é executada, e pode
custar milhões de dólares para substituí-la.
Então, o que você faz?
Em vez disso, você começa a encontrar
controles de compensação, como isolá-lo
em sua própria rede e coisas do gênero para garantir que o
sistema possa continuar funcionando e manter a
empresa operando.
Portanto, quando estamos lidando com sistemas legados,
estamos lidando com esses sistemas
antigos que não têm mais suporte.
Um ótimo exemplo disso é a análise das redes
ICS e SCADA, pois a maioria delas tem coisas
desatualizadas que ainda estão sendo executadas.
Por exemplo, muitos deles ainda estão sendo executados no Windows XP.
No momento em que estou filmando isso, já
estamos na década de 2020, mas ainda se fala do Windows XP, que
foi lançado em 2001.
Por quê?
Como o Windows XP ainda está em uso hoje, mesmo que tenha chegado
ao fim da vida útil, mesmo que tenha
chegado ao fim do serviço, as pessoas
ainda o utilizam nesses sistemas legados.
O motivo é que é muito caro ou muito
difícil retirá-lo dessas redes.
Portanto, em vez disso, como analistas de segurança, temos que identificar
esses sistemas legados e implementar mitigações para que
possamos continuar operando-os.
Coisas como garantir que esses sistemas
não se conectem à Internet.
Em vez disso, queremos ter certeza de
que temos camadas adicionais de segurança.
Queremos ter um firewall instalado.
Queremos ter segmentação e outras coisas do
gênero para minimizar o risco desses sistemas legados.
Por outro lado, temos outra categoria de sistemas
que geralmente não recebem um bom suporte,
e esses são sistemas proprietários.
Sistemas proprietários são sistemas de propriedade
de seu desenvolvedor ou fornecedor, em que a falta de suporte do fornecedor
pode ser um inibidor de sua correção.
O que quero dizer com isso?
Bem, eu tenho alguns sistemas proprietários em minha empresa.
Trata-se de um software específico que foi codificado
por um desenvolvedor.
Agora, é uma empresa terceirizada e, portanto,
se precisarmos de atualizações e segurança, teremos que
contratá-la novamente para que ela ofereça suporte,
pois pagamos a ela e ela conserta o sistema.
Esse é um exemplo simples de um sistema proprietário,
mas também existem outros maiores.
Por exemplo, se você observar o Departamento de Defesa
dos EUA, ele tem muitos sistemas proprietários,
e ninguém pode simplesmente
sair e comprar um F16 ou um tanque Abrams.
Todos eles têm sistemas diferentes
que foram criados especificamente para essa finalidade e,
portanto, não podem ir até a Microsoft e dizer:
"Ei, me dê um patch para um tanque Abrams". Em vez disso, eles precisam voltar
ao fornecedor original e, dependendo
do contrato firmado com
esse fornecedor,
podem receber atualizações mensais, semestrais,
anuais ou conforme necessário.
Isso pode, na verdade, inibir a correção, porque
se você estiver em um ciclo de seis meses e identificar
uma vulnerabilidade hoje, pode levar seis
meses para que eles codifiquem
um patch e o enviem para você.
Portanto, essas são questões que devem
ser consideradas quando se lida com sistemas proprietários.