Share via


about_Execution_Policies

簡単な説明

PowerShell 実行ポリシーについて説明し、それらを管理する方法について説明します。

長い説明

PowerShell の実行ポリシーは、PowerShell が構成ファイルを読み込み、スクリプトを実行する条件を制御する安全機能です。 この機能は、悪意のあるスクリプトの実行を防止します。

Windows コンピューターでは、ローカル コンピューター、現在のユーザー、または特定のセッションの実行ポリシーを設定できます。 グループ ポリシー設定を使用して、コンピューターとユーザーの実行ポリシーを設定することもできます。

ローカル コンピューターと現在のユーザーの実行ポリシーは、レジストリに格納されます。 PowerShell プロファイルで実行ポリシーを設定する必要はありません。 特定のセッションの実行ポリシーはメモリにのみ格納され、セッションが閉じられると失われます。

実行ポリシーは、ユーザー アクションを制限するセキュリティ システムではありません。 たとえば、ユーザーは、スクリプトを実行できないときにコマンド ラインにスクリプトの内容を入力することで、ポリシーを簡単にバイパスできます。 代わりに、実行ポリシーは、ユーザーが基本ルールを設定し、意図せずに違反しないようにするのに役立ちます。

Windows 以外のコンピューターでは、既定の実行ポリシーは であり Unrestricted 、変更できません。 コマンドレットは Set-ExecutionPolicy 使用できますが、PowerShell ではサポートされていないことを示すコンソール メッセージが表示されます。 Get-ExecutionPolicy Windows 以外のUnrestrictedプラットフォームでは が返されますが、これらのプラットフォームでは Windows セキュリティ Zones が実装されていないため、動作は実際に一致Bypassします。

PowerShell 実行ポリシー

これらのポリシーの適用は、Windows プラットフォームでのみ行われます。 PowerShell 実行ポリシーは次のとおりです。

  • AllSigned

    • スクリプトを実行できます。
    • ローカル コンピューター上に記述するスクリプトを含め、すべてのスクリプトと構成ファイルが信頼された発行元によって署名されている必要があります。
    • 信頼済みまたは信頼されていないスクリプトとしてまだ分類されていない発行元からスクリプトを実行する前に、プロンプトが表示されます。
    • 署名されたが悪意のあるスクリプトを実行するリスク。
  • Bypass

    • 何もブロックされず、警告やプロンプトは表示されません。
    • この実行ポリシーは、PowerShell スクリプトが大規模なアプリケーションに組み込まれている構成、または PowerShell が独自のセキュリティ モデルを持つプログラムの基盤となる構成用に設計されています。
  • Default

    • 既定の実行ポリシーを設定します。
    • Restricted Windows クライアントの場合。
    • Windows サーバーの RemoteSigned
  • RemoteSigned

    • Windows サーバー コンピューターの既定の実行ポリシー。
    • スクリプトを実行できます。
    • 電子メールやインスタント メッセージング プログラムを含むインターネットからダウンロードされるスクリプトと構成ファイルに、信頼できる発行元からのデジタル署名が必要です。
    • ローカル コンピューターで記述され、インターネットからダウンロードされていないスクリプトにデジタル署名は必要ありません。
    • コマンドレットを使用するなどして、スクリプトのブロックが解除されている場合は、インターネットからダウンロードされ、署名されていないスクリプトを Unblock-File 実行します。
    • インターネット以外のソースから署名されていないスクリプトを実行し、悪意のある可能性がある署名付きスクリプトを実行するリスクがあります。
  • Restricted

    • Windows クライアント コンピューターの既定の実行ポリシー。
    • 個々のコマンドを許可しますが、スクリプトは許可しません。
    • 書式設定ファイルと構成ファイル ()、モジュール スクリプト ファイル ()、PowerShell プロファイル.ps1 (.ps1xml.psm1) など、すべてのスクリプト ファイルの実行を禁止します。
  • Undefined

    • 現在のスコープには実行ポリシーが設定されません。
    • すべてのスコープの実行ポリシーが の Undefined場合、有効な実行ポリシーは Windows クライアント用で、Windows Server の場合は RestrictedRemoteSigned です。
  • Unrestricted

    • Windows 以外のコンピューターの既定の実行ポリシー。変更することはできません。
    • 署名されていないスクリプトを実行できます。 悪意のあるスクリプトを実行するリスクがあります。
    • ローカル イントラネット ゾーンからではないスクリプトと構成ファイルを実行する前に、ユーザーに警告します。

    注意

    汎用名前付け規則 (UNC) パスをインターネット パスと区別しないシステムでは、UNC パスで識別されるスクリプトを RemoteSigned 実行ポリシーで実行できない場合があります。

実行ポリシー スコープ

特定のスコープでのみ有効な実行ポリシーを設定できます。

の有効な値Scopeは、MachinePolicy、UserPolicyProcessCurrentUserLocalMachine です。 実行ポリシーを設定するときの既定値は LocalMachine です。

値は Scope 優先順位で一覧表示されます。 優先順位の高いポリシーは、より制限の厳しいポリシーが優先順位の低いレベルで設定されている場合でも、現在のセッションで有効です。

詳細については、「 Set-ExecutionPolicy」を参照してください。

  • MachinePolicy

    コンピューターのすべてのユーザーのグループ ポリシーによって設定されます。

  • UserPolicy

    コンピューターの現在のユーザーのグループ ポリシーによって設定されます。

  • Process

    スコープは Process 、現在の PowerShell セッションにのみ影響します。 実行ポリシーは、レジストリではなく環境変数 $env:PSExecutionPolicyPreferenceに保存されます。 PowerShell セッションが閉じられると、変数と値が削除されます。

  • CurrentUser

    実行ポリシーは、現在のユーザーのみに影響します。 これは、HKEY_CURRENT_USER レジストリ サブキーに格納されます。

  • LocalMachine

    実行ポリシーは、現在のコンピューター上のすべてのユーザーに影響します。 これは、HKEY_LOCAL_MACHINE レジストリ サブキーに格納されます。

PowerShell を使用した実行ポリシーの管理

現在の PowerShell セッションの有効な実行ポリシーを取得するには、 コマンドレットを Get-ExecutionPolicy 使用します。

次のコマンドは、有効な実行ポリシーを取得します。

Get-ExecutionPolicy

現在のセッションに影響を与えるすべての実行ポリシーを取得し、優先順位で表示するには:

Get-ExecutionPolicy -List

結果は次のサンプル出力のようになります。

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

この場合、現在のユーザーの実行ポリシーがローカル コンピューターの実行ポリシー セットよりも優先されるため、有効な実行ポリシーは RemoteSigned です。

特定のスコープの実行ポリシー セットを取得するには、 の Get-ExecutionPolicyパラメーターをScope使用します。

たとえば、次のコマンドは CurrentUser スコープの実行ポリシーを取得します。

Get-ExecutionPolicy -Scope CurrentUser

実行ポリシーを変更する

Windows コンピューターで PowerShell 実行ポリシーを変更するには、 コマンドレットを Set-ExecutionPolicy 使用します。 変更内容はすぐに反映されます。 PowerShell を再起動する必要はありません。

スコープ LocalMachine または CurrentUser に対して実行ポリシーを設定した場合、変更はレジストリに保存され、再度変更するまで有効なままになります。

スコープの実行ポリシーを設定した Process 場合、レジストリには保存されません。 実行ポリシーは、現在のプロセスと子プロセスが閉じられるまで保持されます。

注意

Windows Vista 以降のバージョンの Windows では、 ローカル コンピューター LocalMachine スコープの実行ポリシーを変更するコマンドを実行するには、[ 管理者として実行 ] オプションを使用して PowerShell を起動します。

実行ポリシーを変更するには:

Set-ExecutionPolicy -ExecutionPolicy <PolicyName>

例:

Set-ExecutionPolicy -ExecutionPolicy RemoteSigned

特定のスコープで実行ポリシーを設定するには:

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

例:

Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser

実行ポリシーを変更するコマンドは成功しますが、有効な実行ポリシーは変更されません。

たとえば、ローカル コンピューターの実行ポリシーを設定するコマンドは成功しますが、現在のユーザーの実行ポリシーによってオーバーライドできます。

実行ポリシーを削除する

特定のスコープの実行ポリシーを削除するには、実行ポリシーを に Undefined設定します。

たとえば、ローカル コンピューターのすべてのユーザーの実行ポリシーを削除するには、次のようにします。

Set-ExecutionPolicy -ExecutionPolicy Undefined -Scope LocalMachine

の実行ポリシーを Scope削除するには:

Set-ExecutionPolicy -ExecutionPolicy Undefined -Scope CurrentUser

どのスコープにも実行ポリシーが設定されていない場合、有効な実行ポリシーは Restrictedです。これは Windows クライアントの既定値です。

1 つのセッションに対して別のポリシーを設定する

ExecutionPolicy パラメーター pwsh.exe を使用して、新しい PowerShell セッションの実行ポリシーを設定できます。 ポリシーは、現在のセッションと子セッションにのみ影響します。

新しいセッションの実行ポリシーを設定するには、PowerShell などの cmd.exe コマンド ラインで PowerShell を起動し、 の ExecutionPolicy パラメーター pwsh.exe を使用して実行ポリシーを設定します。

例:

pwsh.exe -ExecutionPolicy AllSigned

設定した実行ポリシーはレジストリに格納されません。 代わりに、環境変数に $env:PSExecutionPolicyPreference 格納されます。 ポリシーが設定されているセッションを閉じると、変数が削除されます。 変数値を編集してポリシーを変更することはできません。

セッション中は、セッションに対して設定された実行ポリシーが、ローカル コンピューターまたは現在のユーザーのレジストリで設定されている実行ポリシーよりも優先されます。 ただし、グループ ポリシーを使用して設定された実行ポリシーよりも優先されません。

グループ ポリシーを使って実行ポリシーを管理する

[スクリプト実行を有効にする] グループ ポリシー設定を使用して、企業内のコンピューターの実行ポリシーを管理できます。 このグループ ポリシー設定は、すべてのスコープで PowerShell に設定された実行ポリシーをオーバーライドします。

[スクリプトの実行を有効にする] ポリシー設定は次のとおりです。

  • [スクリプトの実行を有効にする] を無効にすると、スクリプトは実行されません。 これは、実行ポリシーと Restricted 同じです。

  • [スクリプトの実行を有効にする] を有効にすると、実行ポリシーを選択できます。 グループ ポリシーの設定は、次の実行ポリシーの設定と同等です。

    グループ ポリシー 実行ポリシー
    すべてのスクリプトを許可する Unrestricted
    ローカル スクリプトおよびリモートの署名済みスクリプトを許可する RemoteSigned
    署名済みスクリプトのみ許可する AllSigned
  • [スクリプトの実行を有効にする] を構成しない場合、影響はありません。 PowerShell で設定した実行ポリシーは有効です。

PowerShellExecutionPolicy.adm と PowerShellExecutionPolicy.admx のファイルを使って、グループ ポリシー エディターの次のパスにある [コンピューターの構成] と [ユーザーの構成] の各ノードに [スクリプトの実行を有効にする] ポリシーを追加します。

Windows XP と Windows Server 2003 の場合:

Administrative Templates\Windows Components\Windows PowerShell

Windows Vista と以降のバージョンの Windows の場合:

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

[コンピューターの構成] ノードで設定されたポリシーは、[ユーザーの構成] ノードで設定されたポリシーよりも優先されます。

詳細については、「about_Group_Policy_Settings」を参照してください。

実行ポリシーの優先順位

セッションの有効な実行ポリシーを決定する場合、PowerShell は実行ポリシーを次の優先順位で評価します。

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

署名付きスクリプトと署名されていないスクリプトを管理する

Windows では、インターネット エクスプローラーや Microsoft Edge などのプログラムは、ダウンロードされたファイルに代替データ ストリームを追加します。 これにより、ファイルは "インターネットから送信される" としてマークされます。 PowerShell 実行ポリシーが RemoteSigned の場合、PowerShell では、電子メールやインスタント メッセージング プログラムを含むインターネットからダウンロードされた署名されていないスクリプトは実行されません。

スクリプトに署名することも、実行ポリシーを変更せずに署名されていないスクリプトを実行することもできます。

PowerShell 3.0 以降では、コマンドレットの Stream パラメーターをGet-Item使用して、インターネットからダウンロードされたためにブロックされているファイルを検出できます。 コマンドレットを Unblock-File 使用してスクリプトのブロックを解除し、PowerShell でスクリプトを実行できるようにします。

詳細については、「 about_SigningGet-Itemおよび Unblock-File」を参照してください。

注意

ファイルをダウンロードする他の方法では、ファイルがインターネット ゾーンからのファイルとしてマークされない場合があります。 次に例をいくつか示します。

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

Windows Server Core と Window Nano Server での実行ポリシー

特定の条件下で Windows Server Core または Windows Nano Server で PowerShell 6 を実行すると、次のエラーで実行ポリシーが失敗する可能性があります。

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

PowerShell では、Windows デスクトップ シェル (explorer.exe) の API を使用して、スクリプト ファイルのゾーンを検証します。 Windows シェルは、Windows Server Core および Windows Nano Server では使用できません。

また、Windows デスクトップ シェルが使用できない場合や応答しない場合は、任意の Windows システムでこのエラーが発生する可能性があります。 たとえば、サインオン時に、Windows デスクトップの準備が整う前に PowerShell ログオン スクリプトが実行を開始し、エラーが発生する可能性があります。

ByPass または AllSigned の実行ポリシーを使用する場合、問題を回避するゾーン チェックは必要ありません。

こちらもご覧ください