about_Execution_Policies

  • Artigo

Descrição breve

Descreve as políticas de execução do PowerShell e explica como gerenciá-las.

Descrição longa

A política de execução do PowerShell é um recurso de segurança que controla as condições sob as quais o PowerShell carrega arquivos de configuração e executa scripts. Esse recurso ajuda a impedir a execução de scripts mal-intencionados.

Em um computador Windows, você pode definir uma diretiva de execução para o computador local, para o usuário atual ou para uma sessão específica. Você também pode usar uma configuração de Política de Grupo para definir políticas de execução para computadores e usuários.

As diretivas de execução para o computador local e o usuário atual são armazenadas no Registro. Você não precisa definir políticas de execução em seu perfil do PowerShell. A diretiva de execução de uma sessão específica é armazenada somente na memória e é perdida quando a sessão é fechada.

A diretiva de execução não é um sistema de segurança que restringe as ações do usuário. Por exemplo, os usuários podem facilmente ignorar uma política digitando o conteúdo do script na linha de comando quando não podem executar um script. Em vez disso, a política de execução ajuda os usuários a definir regras básicas e impede que eles as violem involuntariamente.

Em computadores que não sejam Windows, a diretiva de execução padrão é Unrestricted e não pode ser alterada. O Set-ExecutionPolicy cmdlet está disponível, mas o PowerShell exibe uma mensagem de console de que não há suporte. Embora Get-ExecutionPolicy retorne Unrestricted em plataformas que não sejam Windows, o comportamento realmente corresponde Bypass porque essas plataformas não implementam as zonas de segurança do Windows.

Políticas de execução do PowerShell

A imposição dessas diretivas ocorre apenas em plataformas Windows. As políticas de execução do PowerShell são as seguintes:

  • AllSigned

    • Os scripts podem ser executados.
    • Requer que todos os arquivos de configuração e scripts sejam assinados por um editor confiável, incluindo scripts escritos no computador local.
    • Solicita antes de executar scripts de editores que você ainda não classificou como confiáveis ou não confiáveis.
    • Corre o risco de executar scripts assinados, mas maliciosos.

  • Bypass

    • Nada está bloqueado e não há avisos ou prompts.
    • Essa política de execução foi projetada para configurações nas quais um script do PowerShell é incorporado a um aplicativo maior ou para configurações nas quais o PowerShell é a base para um programa que tem seu próprio modelo de segurança.

  • Default

    • Define a diretiva de execução padrão.
    • Restricted para clientes Windows.
    • RemoteSigned para servidores Windows.

  • RemoteSigned

    • A diretiva de execução padrão para computadores servidores Windows.
    • Os scripts podem ser executados.
    • Requer uma assinatura digital de um editor confiável em scripts e arquivos de configuração baixados da Internet, o que inclui programas de email e mensagens instantâneas.
    • Não requer assinaturas digitais em scripts escritos no computador local e não baixados da Internet.
    • Executa scripts que são baixados da Internet e não assinados, se os scripts forem desbloqueados, como usando o Unblock-File cmdlet.
    • Corre o risco de executar scripts não assinados de outras fontes que não a Internet e scripts assinados que podem ser maliciosos.

  • Restricted

    • A diretiva de execução padrão para computadores cliente Windows.
    • Permite comandos individuais, mas não permite scripts.
    • Impede a execução de todos os arquivos de script, incluindo arquivos de formatação e configuração (.ps1xml), arquivos de script de módulo (.psm1) e perfis do PowerShell (.ps1).

  • Undefined

    • Não há nenhuma política de execução definida no escopo atual.
    • Se a diretiva de execução em todos os escopos for Undefined, a diretiva de execução efetiva será Restricted para clientes Windows e RemoteSigned para Windows Server.

  • Unrestricted

    • A diretiva de execução padrão para computadores que não sejam Windows e não pode ser alterada.
    • Scripts não assinados podem ser executados. Há um risco de executar scripts maliciosos.
    • Avisa o usuário antes de executar scripts e arquivos de configuração que não são da zona da intranet local.

    Observação

    Em sistemas que não distinguem caminhos UNC (Convenção de Nomenclatura Universal) de caminhos da Internet, os scripts identificados por um caminho UNC podem não ter permissão para serem executados com a diretiva de execução RemoteSigned .

Escopo da política de execução

Você pode definir uma política de execução que seja eficaz somente em um escopo específico.

Os valores válidos para Scope são MachinePolicy, UserPolicy, Process, CurrentUser e LocalMachine. LocalMachine é o padrão ao definir uma diretiva de execução.

Os Scope valores são listados em ordem de precedência. A política que tem precedência é efetiva na sessão atual, mesmo que uma política mais restritiva tenha sido definida em um nível inferior de precedência.

Para obter mais informações, consulte Set-ExecutionPolicy.

  • MachinePolicy

    Definido por uma Diretiva de Grupo para todos os usuários do computador.

  • Política de Usuário

    Definido por uma Diretiva de Grupo para o usuário atual do computador.

  • Process

    O Process escopo afeta apenas a sessão atual do PowerShell. A diretiva de execução é salva na variável $env:PSExecutionPolicyPreferencede ambiente , em vez do Registro. Quando a sessão do PowerShell é fechada, a variável e o valor são excluídos.

  • CurrentUser

    A diretiva de execução afeta apenas o usuário atual. Ele é armazenado na subchave do Registro HKEY_CURRENT_USER .

  • LocalMachine

    A diretiva de execução afeta todos os usuários no computador atual. Ele é armazenado na subchave do Registro HKEY_LOCAL_MACHINE .

Gerenciando a política de execução com o PowerShell

Para obter a política de execução efetiva para a sessão atual do PowerShell, use o Get-ExecutionPolicy cmdlet.

O comando a seguir obtém a diretiva de execução efetiva:

Get-ExecutionPolicy

Para obter todas as diretivas de execução que afetam a sessão atual e exibi-las em ordem de precedência:

Get-ExecutionPolicy -List

O resultado é semelhante à seguinte saída de exemplo:

        Scope ExecutionPolicy
        ----- ---------------
MachinePolicy       Undefined
   UserPolicy       Undefined
      Process       Undefined
  CurrentUser    RemoteSigned
 LocalMachine       AllSigned

Nesse caso, a diretiva de execução efetiva é RemoteSigned porque a diretiva de execução para o usuário atual tem precedência sobre a diretiva de execução definida para o computador local.

Para obter a política de execução definida para um escopo específico, use o Scope parâmetro de Get-ExecutionPolicy.

Por exemplo, o comando a seguir obtém a diretiva de execução para o escopo CurrentUser :

Get-ExecutionPolicy -Scope CurrentUser

Alterar a política de execução

Para alterar a política de execução do PowerShell no computador Windows, use o Set-ExecutionPolicy cmdlet. A alteração entra em vigor imediatamente. Você não precisa reiniciar o PowerShell.

Se você definir a diretiva de execução para os escopos LocalMachine ou CurrentUser, a alteração será salva no Registro e permanecerá efetiva até que você a altere novamente.

Se você definir a diretiva de execução para o Process escopo, ela não será salva no Registro. A política de execução é mantida até que o processo atual e quaisquer processos filho sejam fechados.

Observação

No Windows Vista e em versões posteriores do Windows, para executar comandos que alteram a diretiva de execução do computador local, escopo LocalMachine , inicie o PowerShell com a opção Executar como administrador .

Para alterar sua política de execução:

Set-ExecutionPolicy -ExecutionPolicy <PolicyName>

Por exemplo:

Set-ExecutionPolicy -ExecutionPolicy RemoteSigned

Para definir a política de execução em um escopo específico:

Set-ExecutionPolicy -ExecutionPolicy <PolicyName> -Scope <scope>

Por exemplo:

Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser

Um comando para alterar uma diretiva de execução pode ser bem-sucedido, mas ainda não alterar a diretiva de execução efetiva.

Por exemplo, um comando que define a diretiva de execução para o computador local pode ser bem-sucedido, mas ser substituído pela diretiva de execução para o usuário atual.

Remover a política de execução

Para remover a diretiva de execução de um escopo específico, defina a diretiva de execução como Undefined.

Por exemplo, para remover a diretiva de execução para todos os usuários do computador local:

Set-ExecutionPolicy -ExecutionPolicy Undefined -Scope LocalMachine

Para remover a política de execução de um Scope:

Set-ExecutionPolicy -ExecutionPolicy Undefined -Scope CurrentUser

Se nenhuma diretiva de execução for definida em qualquer escopo, a diretiva de execução efetiva será Restricted, que é o padrão para clientes Windows.

Definir uma política diferente para uma sessão

Você pode usar o parâmetro ExecutionPolicy de para definir uma política de pwsh.exe execução para uma nova sessão do PowerShell. A política afeta apenas a sessão atual e as sessões filhas.

Para definir a política de execução para uma nova sessão, inicie o PowerShell na linha de comando, como cmd.exe ou do PowerShell, e use o parâmetro ExecutionPolicy de para definir a política de pwsh.exe execução.

Por exemplo:

pwsh.exe -ExecutionPolicy AllSigned

A diretiva de execução definida não é armazenada no Registro. Em vez disso, ele é armazenado na $env:PSExecutionPolicyPreference variável de ambiente. A variável é excluída quando você fecha a sessão na qual a política está definida. Não é possível alterar a política editando o valor da variável.

Durante a sessão, a diretiva de execução definida para a sessão tem precedência sobre uma diretiva de execução definida no Registro para o computador local ou usuário atual. No entanto, ela não tem precedência sobre a diretiva de execução definida usando uma Diretiva de Grupo.

Usar a Política de Grupo para gerenciar a Política de Execução

Você pode usar a configuração Ativar a Política de Grupo de Execução de Script para gerenciar a política de execução dos computadores na sua empresa. A configuração da Política de Grupo substitui as políticas de execução configuradas no PowerShell em todos os escopos.

As configurações da política Ativar Execução de Script são as seguintes:

  • Se você desabilitar Ativar Execução de Script, os scripts não são executados. Isso é equivalente à Restricted política de execução.

  • Se você habilitar Ativar Execução de Script, poderá selecionar uma política de execução. As configurações de Política de Grupo equivalem às seguintes configurações de política de execução:

    Política de Grupo Política de execução
    Permitir todos os scripts Unrestricted
    Permitir scripts locais e scripts assinados remotos RemoteSigned
    Permitir somente scripts assinados AllSigned

  • Se Ativar Execução de Script não estiver configurado, a política não terá nenhum efeito. A política de execução configurada no PowerShell estará em vigor.

Os arquivos PowerShellExecutionPolicy.adm e PowerShellExecutionPolicy.admx adicionam a política Ativar Execução de Script aos nós Configuração do Computador e Configuração do Usuário no Editor da Política de Grupo nos caminhos a seguir.

Para Windows XP e Windows Server 2003:

Administrative Templates\Windows Components\Windows PowerShell

Para Windows Vista e versões posteriores do Windows:

Administrative Templates\Classic Administrative Templates\Windows Components\Windows PowerShell

As políticas configuradas no nó Configuração do Computador têm precedência sobre as políticas configuradas no nó Configuração do Usuário.

Para obter mais informações, consulte about_Group_Policy_Settings.

Precedência da política de execução

Ao determinar a política de execução efetiva para uma sessão, o PowerShell avalia as políticas de execução na seguinte ordem de precedência:

Group Policy: MachinePolicy
Group Policy: UserPolicy
Execution Policy: Process (or pwsh.exe -ExecutionPolicy)
Execution Policy: LocalMachine
Execution Policy: CurrentUser

Gerenciar scripts assinados e não assinados

No Windows, programas como o Internet Explorer e o Microsoft Edge adicionam um fluxo de dados alternativo aos arquivos baixados. Isso marca o arquivo como "vindo da Internet". Se sua política de execução do PowerShell for RemoteSigned, o PowerShell não executará scripts não assinados baixados da Internet, o que inclui programas de email e mensagens instantâneas.

Você pode assinar o script ou optar por executar um script não assinado sem alterar a diretiva de execução.

A partir do PowerShell 3.0, você pode usar o parâmetro Stream do Get-Item cmdlet para detectar arquivos bloqueados porque foram baixados da Internet. Use o Unblock-File cmdlet para desbloquear os scripts para que você possa executá-los no PowerShell.

Para obter mais informações, consulte about_Signing, Get-Item e Unblock-File.

Observação

Outros métodos de download de arquivos podem não marcar os arquivos como provenientes da zona da Internet. Alguns exemplos incluem:

  • curl.exe
  • Invoke-RestMethod
  • Invoke-WebRequest

Política de execução no Windows Server Core e no Windows Nano Server

Quando o PowerShell 6 é executado no Windows Server Core ou no Windows Nano Server sob determinadas condições, as diretivas de execução podem falhar com o seguinte erro:

AuthorizationManager check failed.
At line:1 char:1
+ C:\scriptpath\scriptname.ps1
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : SecurityError: (:) [], PSSecurityException
    + FullyQualifiedErrorId : UnauthorizedAccess

O PowerShell usa APIs no Shell da Área de Trabalho do Windows (explorer.exe) para validar a Zona de um arquivo de script. O Shell do Windows não está disponível no Windows Server Core e no Windows Nano Server.

Você também pode obter esse erro em qualquer sistema Windows se o Windows Desktop Shell não estiver disponível ou não responder. Por exemplo, durante o logon, um script de logon do PowerShell pode iniciar a execução antes que a Área de Trabalho do Windows esteja pronta, resultando em falha.

O uso de uma política de execução de ByPass ou AllSigned não requer uma verificação de zona que evita o problema.

Confira também