about_Execution_Policies

  • Artigo

Breve descrição

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 Diretiva de Grupo para definir diretivas 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 política de execução para uma sessão específica é armazenada apenas na memória e é perdida quando a sessão é fechada.

A política 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 puderem 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 informando 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 aplicação dessas políticas 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 scripts e arquivos de configuração sejam assinados por um editor confiável, incluindo scripts que você escreve 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 em 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 política de execução padrão.
    • Restricted para clientes Windows.
    • RemoteSigned para servidores Windows.

  • RemoteSigned

    • A diretiva de execução padrão para computadores Windows Server.
    • 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 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. Existe o 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.

    Nota

    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 .

Âmbito da política de execução

Você pode definir uma política de execução que seja efetiva 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 política de execução.

Os Scope valores são listados em ordem de precedência. A política que tem precedência é eficaz 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 Utilizador

    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 política 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 política de execução afeta apenas o usuário atual. Ele é armazenado na subchave do Registro HKEY_CURRENT_USER.

  • Máquina local

    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 política de execução efetiva:

Get-ExecutionPolicy

Para obter todas as políticas 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 Get-ExecutionPolicyexecução definida para um escopo específico, use o Scope parâmetro de .

Por exemplo, o comando a seguir obtém a política 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 em seu computador Windows, use o Set-ExecutionPolicy cmdlet. A alteração entra em vigor imediatamente. Não é necessário reiniciar o PowerShell.

Se você definir a política 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 política 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 todos os processos filho sejam fechados.

Nota

No Windows Vista e versões posteriores do Windows, para executar comandos que alteram a política de execução para o 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 política de execução pode ser bem-sucedido, mas ainda não alterar a política de execução efetiva.

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

Remover a política de execução

Para remover a política de execução de um escopo específico, defina a política 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 política de execução for definida em qualquer escopo, a política 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 execução para uma nova sessão do pwsh.exe 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 a partir 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 política de execução definida não é armazenada no registo. 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 política de execução definida para a sessão tem precedência sobre uma política de execução definida no registo para o computador local ou utilizador atual. No entanto, ele não tem precedência sobre a diretiva de execução definida usando uma Diretiva de Grupo.

Utilizar a Política de Grupo para Gerir a Política de Execução

Pode utilizar a definição Ativar Política de Grupo de Execução de Scripts para gerir a política de execução de computadores na sua empresa. A definição Política de Grupo substitui as políticas de execução definidas no PowerShell em todos os âmbitos.

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

  • Se desativar Ativar a Execução de Scripts, os scripts não são executados. Isso é equivalente à política de Restricted execução.

  • Se ativar Ativar a Execução de Scripts, pode selecionar uma política de execução. As definições de Política de Grupo são equivalentes às seguintes definiçõ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 remotamente RemoteSigned
    Permitir apenas scripts assinados AllSigned

  • Se a opção Ativar Execução de Scripts não estiver configurada, não tem qualquer efeito. A política de execução definida no PowerShell é eficaz.

Os ficheiros PowerShellExecutionPolicy.adm e PowerShellExecutionPolicy.admx adicionam a política Ativar Execução de Scripts aos nós Configuração de Computador e Configuração de Utilizador no Editor da Política de Grupo nos seguintes caminhos.

Para Windows XP e Windows Server 2003:

Administrative Templates\Windows Components\Windows PowerShell

Para o Windows Vista e versões posteriores do Windows:

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

As políticas definidas no nó Configuração do Computador têm precedência sobre as políticas definidas no nó Configuração do Utilizador.

Para obter mais informações, veja 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 política de execução.

A partir do PowerShell 3.0, você pode usar o parâmetro Stream do Get-Item cmdlet para detetar 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.

Nota

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 políticas 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.

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

Consulte também