Obsolescência programada e segurança: o risco que não entra na planilha
Equipamento sem correção de segurança continua funcionando e continua exposto. O risco cresce enquanto ninguém troca.
Bruno Alexandre·13/10/2026·4 leituras
Existe um lado de segurança da obsolescência programada que quase nunca aparece nas reuniões de orçamento, e é o mais caro de todos.
Quando um produto deixa de receber correção, ele não para de funcionar. Ele continua ligado, continua atendendo, continua na rede, e continua com as falhas que a correção resolveria. A empresa que adia a troca está mantendo um ativo que ninguém mais conserta, exposto, sem que a operação aparente ter mudado.
Equipamento sem suporte continua na rede, e o risco continua crescendo
O ponto que costuma passar batido é que o risco não para de crescer no momento em que o suporte acaba. Ele continua crescendo, porque as falhas descubertas continuam sendo exploradas mesmo sem correção, e porque o tempo de exposição vai acumulando. Em equipamento de rede, em câmera, em controlador ou em sistema industrial, o tempo sem correção é o tempo em que o ativo está defronto a um público hostil.
Há um segundo efeito, menos visível e mais caro: a impossibilidade de auditar. Sem inventário, sem inventário de versões, sem saber qual equipamento está rodando qual versão, a equipe não consegue dizer, com honestidade, o que está exposto. A pergunta do cliente que chega não tem resposta, e a resposta que se dá é uma estimativa.
A saída é organizacional antes de ser técnica. Inventário de ativos com data de fim de suporte, plano de correção com prazo, e uma regra clara sobre o que acontece quando o prazo vence: ou a troca acontece, ou o ativo sai da rede. Sem essa regra, o parque de TI envelhece sozinho, e cada decisão de adiar empurra o problema para o ano seguinte com um risco maior e um custo maior.
Vale notar que existe o caminho do meio, e ele costuma ser o mais sensato: manter o que ainda está em uso, mas com a correção de segurança disponível por assinatura de suporte, ou com o serviço sendo isolado e usado só dentro do perímetro. Isso custa menos que a troca e entrega a maior parte da proteção.
Em 21 de outubro de 2026 o PHP corrigiu duas falhas críticas que permitem executar código sem qualquer autenticação. Quem tem site em PHP precisa atualizar hoje.