Nerdio Manager
-
ほとんどのNerdio Manager UAMパッケージの場合:C:\Windows\Temp\NME-SHELL-FILE-CACHE\
-
Intuneデバイスに展開するUAMパッケージの場合:C:\Windows\Temp\NMWLogs\
独自の情報を保護するために、スクリプトを実行するために使用されるコードはしばしば難読化または隠されています。しかし、この難読化は特定の攻撃面削減 (ASR) ルールやプラットフォームに対してセキュリティリスクをもたらす可能性があります。これらのスクリプトがブロックまたは制限されると、 Nerdio Manager
一般的に競合を引き起こす主な ASR ルールは次のとおりです:
-
難読化されたスクリプトの実行をブロックする https://learn.microsoft.com/en-us/defender-endpoint/attack-surface-reduction-rules-reference#block-execution-of-potentially-obfuscated-scripts
-
PSExec および WMI コマンドから発生するプロセスの作成をブロックする https://learn.microsoft.com/en-us/defender-endpoint/attack-surface-reduction-rules-reference#block-process-creations-originating-from-psexec-and-wmi-commands
以下は Nerdio Manager
-
Intune が報告したスクリプトの状態:失敗しました。コード:99。15エラーの説明:Set-LocalUser :不明なエラーが発生しました:ステータス = 3221226252 C:\WINDOWS\TEMP\NMWLogs\Nerdio.NMW.UAM.PSRemoting.psm1:122 文字:28
-
Intune が報告したスクリプトの状態:失敗しました。コード:99。15エラーの説明:Invoke-AppManagement :'Write-ExtendedLog' という用語は、cmdlet、関数、スクリプトファイル、または実行可能なプログラムの名前として認識されません。名前のスペルを確認するか、パスが含まれている場合は、そのパスが正しいことを確認して再試行してください。
ASR ルールによってブロックされる両方の方法は、正当なソースと悪意のあるソースの両方によって使用される可能性があります。したがって、信頼できるソースからの情報のみが実行されるようにすることが重要です。
各 ASR ツールは異なる場合がありますが、通常は信頼できる機能を実行するために許可されたファイルやフォルダーの除外項目を追加する機能を提供します。
以下の手順では、Intune ポリシーを経由でMicrosoft Defender ASR制限を変更する方法を説明します。この概念は、他のASRプラットフォームにも一般的に適用されます。
注記
-
Nerdioはワイルドカード除外項目を使用していますが、除外項目を必要に応じて明示的に定義することができます。ただし、除外項目が明示的であればあるほど、ソフトウェアのエディションが変更される際に、それらを最新の状態に保ち、正確性を確認するためにより注意が必要です。ワイルドカード除外の詳細については、Microsoft Defender Antivirus の除外項目を参照してください。
-
これらのASR除外をすべてのデバイスに適用することは技術的には可能ですが、 Nerdio Manager
Microsoft Defender ASR 制限を変更するには:
-
Intune管理センターで、エンドポイントセキュリティ > 攻撃面削減 > [攻撃面削減ポリシー]に移動します。
-
ルールのリストで、潜在的に難読化されたスクリプトの実行をブロックするを見つけます。
-
アクションをブロックに設定します。
-
ASR ルールごとの除外項目に、以下の除外項目を追加します:
-
C:\Windows\Temp\NME-SHELL-FILE-CACHE\*
-
C:\Windows\Temp\NMWLogs\*
-
-
ルールのリストで、PSExecおよびWMIコマンドから発生するプロセスの作成をブロックするを見つけます。
-
アクションをブロックに設定します。
-
ASR ルールごとの除外項目に、以下の除外項目を追加します:
-
C:\Windows\Temp\NME-SHELL-FILE-CACHE\*
-
C:\Windows\Temp\NMWLogs\*
-
-
割り当てブレードで、ポリシーがAVDホストセキュリティグループに正しくアサインされていることを確認します。
注記
注意:ホストプールの命名スキームに基づいて動的デバイスグループを使用することをお勧めします。
-
ポリシーの変更を確認し、保存してください。
注記
-
一般的に、これらの例外を設定しホストを再展開すれば、デプロイメントエラーは解決されます。ただし、他のASR設定に応じて追加の例外が必要になる場合があります。
-
UAMアプリの展開時にまだ問題が発生している場合は、「一般的なUAM展開の問題のトラブルシューティング」を参照してください。
コメント (0件のコメント)