O que é o PowerShell 2.0

O PowerShell 2.0 foi lançado em 2009 com o Windows 7 e, embora tenha sido depreciado em 2017, ainda era um recurso opcional no Windows 11. Sua manutenção representava um risco de segurança significativo.

Como funciona

Essa versão do PowerShell carece de recursos essenciais, como script block logging, modo de linguagem restrita e integração com AMSI. Isso a torna vulnerável a ataques, permitindo que invasores executem scripts maliciosos sem serem detectados.

Sinais de alerta / Como identificar

A remoção do PowerShell 2.0 foi necessária devido à sua exposição a vulnerabilidades. A partir do build 27891, ele foi completamente eliminado do Windows 11 Canary, sendo substituído pelas versões modernas 5.1 e 7.x.

O que fazer agora / Como se proteger

Empresas devem revisar e atualizar suas automações para evitar interrupções e garantir proteção e conformidade. A migração para versões modernas é essencial para reforçar a segurança do ambiente.

Prevenção / Boas práticas

Dica de prevenção

1. Verifique dependências: identifique scripts antigos usando powershell -version 2 e remodele-os para PowerShell 5.1 ou 7.x.
2. Teste em ambiente controlado: antes de atualizar em larga escala, valide os scripts em sistemas de teste.
3. Reforce políticas de segurança: implemente auditoria de scripts, ativando logging e restrição de linguagem nos novos ambientes.
4. Planeje migração com cuidado: ambientes críticos com scripts legados podem usar máquinas virtuais isoladas até a migração completa.

Perguntas frequentes

Por que o PowerShell 2.0 foi removido?

O PowerShell 2.0 foi removido devido a suas vulnerabilidades graves que o tornavam um vetor de ataque. A Microsoft decidiu eliminá-lo para melhorar a segurança no Windows 11.

Quais versões substituem o PowerShell 2.0?

As versões modernas que substituem o PowerShell 2.0 são o PowerShell 5.1 e o PowerShell 7.x, que oferecem melhores proteções e recursos de segurança.

Como posso migrar meus scripts do PowerShell 2.0?

É importante identificar scripts antigos, testá-los em ambientes controlados e remodelá-los para as versões mais recentes do PowerShell. Planeje a migração com cuidado para evitar interrupções.