Sem categoria

Shellshock: como verificar Bash em sistemas legados

Entenda como verificar a correção do Shellshock pelo pacote do fornecedor, localizar exposições e tratar servidores sem suporte.

Resposta direta: para verificar Shellshock em um sistema legado, identifique os pacotes Bash instalados e compare-os com os avisos e versões corrigidas do fornecedor da distribuição. Testes copiados de 2014 podem ajudar na triagem, mas não substituem o status do pacote e não cobrem sozinhos toda a família de falhas.

Revisão técnica: 08/09/2026.

O que foi o Shellshock?

Shellshock é o nome dado a vulnerabilidades descobertas no Bash em 2014. A descrição da CVE-2014-6271 no NVD explica que dados após definições de funções em variáveis de ambiente podiam resultar em execução de comandos. A correção inicial também exigiu falhas relacionadas e atualizações adicionais.

Faça inventário antes de testar

Liste distribuição, versão, arquitetura, versão do pacote Bash e situação de suporte. Descubra quais serviços chamam Bash com dados controláveis externamente. CGI em servidor web, comandos forçados em SSH, clientes DHCP e integrações antigas merecem atenção, mas a exposição depende da configuração real.

Use o aviso do fornecedor como referência

Distribuições frequentemente aplicam correções ao pacote sem mudar para a versão mais nova do projeto. Por isso, comparar apenas o número exibido por bash --version pode produzir conclusão errada. Consulte o boletim da distribuição, o changelog do pacote e o gerenciador de atualizações.

Atualize ou isole sistemas sem suporte

Instale o pacote corrigido a partir de repositórios confiáveis e reinicie serviços que mantenham processos antigos quando o fornecedor orientar. Se o sistema chegou ao fim do suporte, planeje migração. Até lá, remova exposição desnecessária, restrinja rede e privilégios e desative componentes vulneráveis que não tenham função de negócio.

Procure sinais de exploração

Revise logs web, autenticação, processos, tarefas agendadas, contas e alterações de arquivo desde o período de exposição. Um resultado de teste corrigido hoje não prova que o servidor nunca foi explorado. Preserve evidências e consulte logs do servidor com horário e contexto suficientes.

Transforme a exceção em plano de migração

Registre proprietário, dependências, compensações e prazo para retirar o legado. Atualizar Bash reduz a vulnerabilidade conhecida, mas não corrige o restante de uma plataforma obsoleta. Ao migrar para um VPS com sistema suportado, valide aplicação, backup, monitoramento e rollback antes da troca.