ProxyNotShell e a cadeia de appliance: quando um produto vira a porta de entrada de todos os clientes

“Entre 2021 e 2023, três falhas em appliances de proxy e gatewayWidows, a CVE-2021-41713, a CVE-2021-45046 e a CVE-2022-41082, foram exploradas em campaigns grandes. O padrão se repetiu: a falha tinha correção, o fabricante tinha avisado, e o equipamento continuava no ar sem atualizar.

A razão é simples e está na arquitetura do produto. Appliances de proxy, gateway de filtro de URL e dispositivos de segurança são máquinas com sistema próprio, muitas vezes baseadas em distribuições antigas, e o fabricante entrega a correção como arquivo de atualização, esperando que o administrador aplique. Em empresa com centenas ou milhares de equipamentos, gerenciados por integradores diferentes, com alta rotatividade de pessoal, essa espera vira anos.

A consequência foi que falhas de 2021 e 2022 foram exploradas ativamente em 2024 e 2025. Quando uma falha é Automatizadamente explorável, ela não ”envelhece“: a infraestrutura de ataque que a usa continua funcionando, e o número de equipamentos expostos só cresce, porque a falha continua valendo para tudo que não foi atualizado.

A lição é sobre a diferença entre estar protegido e ter correção disponível. Um equipamento com correção publicada continua vulnerável até que alguém aplique, e ninguém aplica o que não sabe que existe. Por isso o inventário com a versão, o monitoramento da versão e a aplicação automática de correções críticas são mais importantes do que a velocidade de resposta do fabricante.