Resolvendo problemas de execução de scripts do PowerShell no Windows Server 2008 R2

Solução de problemas de restrições de execução de script do PowerShell

Ao trabalhar com o Windows Server 2008 R2, os usuários podem encontrar um erro indicando que a execução de scripts do PowerShell está desabilitada no sistema. Esse problema pode surgir ao tentar executar um script via cmd.exe, mesmo depois de definir a política de execução como Irrestrita.

Apesar de confirmar que a política de execução está definida como Irrestrita, os scripts ainda podem falhar na execução, causando frustração e dificultando o progresso. Este guia explorará as causas comuns desse problema e fornecerá etapas para garantir a execução bem-sucedida do script.

Compreendendo e implementando políticas de execução de script no PowerShell

Os scripts fornecidos visam resolver o problema de desativação da execução de scripts do PowerShell no Windows Server 2008 R2. O primeiro script define a política de execução como **Bypass** para a sessão atual do PowerShell usando **Set-ExecutionPolicy -ExecutionPolicy Bypass -Scope Process -Force**. Este comando permite que todos os scripts sejam executados sem restrições temporariamente. O script então navega até o diretório que contém o script **Management_Install.ps1** e o executa usando **powershell .Management_Install.ps1**. Esta abordagem garante que a alteração da política de execução seja apenas temporária e não afete a postura geral de segurança do sistema.

O segundo script, um arquivo em lote, também define a política de execução como **Bypass**, mas faz isso na linha de comando. Ele usa **powershell -Command "Set-ExecutionPolicy Bypass -Scope Process -Force"** para conseguir isso. Depois de alterar a política de execução, o script navega até o diretório de script e executa o script do PowerShell usando **powershell -File .Management_Install.ps1**. O script em lote termina com um comando **pause** para manter a janela do prompt de comando aberta, permitindo que o usuário veja qualquer saída ou mensagens de erro. Este método é útil para automatizar o processo e integrá-lo em processos em lote maiores.

Assinatura de script e segurança no PowerShell

O terceiro exemplo de script demonstra como assinar um script do PowerShell para cumprir políticas de execução mais rigorosas. Primeiro, um certificado autoassinado é criado usando **New-SelfSignedCertificate**. Este certificado pode então ser exportado com **Export-Certificate** e importado para armazenamentos de certificados confiáveis ​​usando **Import-Certificate**. Ao importar o certificado para os armazenamentos **TrustedPublisher** e **Root**, o sistema confiará nos scripts assinados com este certificado. O script **Management_Install.ps1** é então assinado usando **Set-AuthenticodeSignature**.

A assinatura de scripts garante que apenas scripts confiáveis ​​possam ser executados no sistema, fornecendo uma camada adicional de segurança. Essa abordagem é particularmente útil em ambientes com requisitos de segurança rigorosos, onde as políticas de execução são definidas como **AllSigned** ou **RemoteSigned**. Ao assinar o script, os administradores podem garantir que os scripts não sejam adulterados e sejam provenientes de uma fonte confiável, mitigando assim possíveis riscos de segurança. Este método combina segurança com funcionalidade, permitindo a execução de scripts necessários enquanto mantém a integridade do sistema.

# Ensure the script execution policy is set to Bypass
Set-ExecutionPolicy -ExecutionPolicy Bypass -Scope Process -Force

# Navigate to the script directory
cd "C:\Projects\Microsoft.Practices.ESB\Source\Samples\Management Portal\Install\Scripts"

# Execute the PowerShell script
powershell .\Management_Install.ps1

@echo off

:: Set PowerShell execution policy to Bypass
powershell -Command "Set-ExecutionPolicy Bypass -Scope Process -Force"

:: Navigate to the script directory
cd "C:\Projects\Microsoft.Practices.ESB\Source\Samples\Management Portal\Install\Scripts"

:: Run the PowerShell script
powershell -File .\Management_Install.ps1

pause

# Sample script content
Write-Output "Executing Management Install Script"

# Save this script as Management_Install.ps1

# To sign the script, follow these steps:
# 1. Create a self-signed certificate (if you don't have one)
$cert = New-SelfSignedCertificate -DnsName "PowerShellLocalCert" -CertStoreLocation "Cert:\LocalMachine\My"

# 2. Export the certificate to a file
Export-Certificate -Cert $cert -FilePath "C:\PowerShellLocalCert.cer"

# 3. Import the certificate to Trusted Publishers and Trusted Root Certification Authorities
Import-Certificate -FilePath "C:\PowerShellLocalCert.cer" -CertStoreLocation "Cert:\LocalMachine\TrustedPublisher"
Import-Certificate -FilePath "C:\PowerShellLocalCert.cer" -CertStoreLocation "Cert:\LocalMachine\Root"

# 4. Sign the script with the certificate
Set-AuthenticodeSignature -FilePath .\Management_Install.ps1 -Certificate $cert

Garantindo a conformidade da política de execução de scripts e a segurança do sistema

Ao gerenciar o Windows Server 2008 R2, é crucial compreender as diferentes políticas de execução disponíveis no PowerShell e como elas impactam a execução de scripts. As políticas de execução do PowerShell foram projetadas para impedir a execução de scripts potencialmente prejudiciais. As quatro políticas principais são **Restricted**, **AllSigned**, **RemoteSigned** e **Unrestricted**. **Restrito** é a política padrão e não permite a execução de nenhum script. **AllSigned** exige que todos os scripts e arquivos de configuração sejam assinados por um editor confiável. **RemoteSigned** exige que todos os scripts e arquivos de configuração baixados da Internet sejam assinados por um editor confiável, mas permite que scripts criados localmente sejam executados sem assinatura.

A compreensão dessas políticas ajuda os administradores a escolher o nível certo de segurança para seu ambiente. Em cenários em que os scripts precisam ser executados regularmente, definir a política como **Irrestrita** pode ser arriscado, pois permite que todos os scripts sejam executados sem quaisquer restrições. Em vez disso, os administradores devem considerar o uso de **RemoteSigned** ou **AllSigned** para equilibrar segurança com funcionalidade. Ao assinar scripts e gerenciar certificados, os administradores podem garantir que apenas scripts confiáveis ​​sejam executados em seus sistemas, reduzindo o risco de execução de código malicioso.