Forums
New posts
Search forums
News
Security News
Technology News
Giveaways
Giveaways, Promotions and Contests
Discounts & Deals
Reviews
Users Reviews
Video Reviews
Support
Windows Malware Removal Help & Support
Inactive Support Threads
Mac Malware Removal Help & Support
Mobile Malware Removal Help & Support
Blog
Log in
Register
What's new
Search
Search titles only
By:
Search titles only
By:
Reply to thread
Menu
Install the app
Install
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Forums
Software
Security Apps
Hard_Configurator Tools
ConfigureDefender utility for Windows 10/11
Message
<blockquote data-quote="Andy Ful" data-source="post: 945704" data-attributes="member: 32260"><p>Microsoft disabled its own PowerShell cmdlets for managing ASR rules (Disabled, AuditMode) when Tamper Protection is enabled. When the user opens PowerShell console and tries to set any ASR rule to <span style="color: rgb(184, 49, 47)"><strong>Disabled or Audit</strong></span> Mode, then Defender blocks the cmdlet and Logs the event as :</p><p><span style="color: rgb(41, 105, 176)"><strong>Trojan:Win32/MpTamperASRRule.PSA</strong></span> (for AuditMode attempt)</p><p><strong><span style="color: rgb(41, 105, 176)">Trojan:Win32/MpTamperASRRule.PSD</span></strong> (for disabling attempt)</p><p></p><p><strong>This does not affect the PowerShell cmdlets when the user wants to enable ASR rules.</strong></p><p></p><p>For now, these changes do not affect the functionality of <DEFAULT>, <HIGH>, <INTERACTIVE>, <MAX> options in ConfigureDefender. They work as usual. Anyway, when the user wants to set a particular ASR rule manually to Disabled or Audit, Defender will block the attempt with an alert. It is still possible to do it when Tamper Protection is temporarily disabled.</p><p></p><p>I will try to negotiate with Microsoft to whitelist ConfigureDefender in Tamper Protection, but the chances for that are not great.<img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite111" alt=":(" title="Frown :(" loading="lazy" data-shortname=":(" /></p><p>Furthermore, I think that Microsoft is doing the right thing, except labeling the action as Trojan.</p></blockquote><p></p>
[QUOTE="Andy Ful, post: 945704, member: 32260"] Microsoft disabled its own PowerShell cmdlets for managing ASR rules (Disabled, AuditMode) when Tamper Protection is enabled. When the user opens PowerShell console and tries to set any ASR rule to [COLOR=rgb(184, 49, 47)][B]Disabled or Audit[/B][/COLOR] Mode, then Defender blocks the cmdlet and Logs the event as : [COLOR=rgb(41, 105, 176)][B]Trojan:Win32/MpTamperASRRule.PSA[/B][/COLOR] (for AuditMode attempt) [B][COLOR=rgb(41, 105, 176)]Trojan:Win32/MpTamperASRRule.PSD[/COLOR][/B] (for disabling attempt) [B]This does not affect the PowerShell cmdlets when the user wants to enable ASR rules.[/B] For now, these changes do not affect the functionality of <DEFAULT>, <HIGH>, <INTERACTIVE>, <MAX> options in ConfigureDefender. They work as usual. Anyway, when the user wants to set a particular ASR rule manually to Disabled or Audit, Defender will block the attempt with an alert. It is still possible to do it when Tamper Protection is temporarily disabled. I will try to negotiate with Microsoft to whitelist ConfigureDefender in Tamper Protection, but the chances for that are not great.:( Furthermore, I think that Microsoft is doing the right thing, except labeling the action as Trojan. [/QUOTE]
Insert quotes…
Verification
Post reply
Top