I checked Event Viewer and noticed that ASR-related events (ID1121) started appearing only in November 2024. Interestingly, I haven’t seen any notifications until this month.
After some research, it seems initially linked to the Windows update KB5048239, but I haven’t installed this update. I suspect something related might have been pushed through Defender definitions, though I can’t confirm this for sure.
Regarding the ASR rule in question, as you mentioned, it’s 56a863a9-875e-4185-98a7-b882c64b5ce5, related to vulnerable signed drivers. Disabling this rule solves the issue, or alternatively, temporarily disabling real-time protection works as well.
Here some info about all this.
In Event Viewer, the error points to "C:\Users\...\AppData\Local\Temp\GPU-Z-v2.sys" instead of svchost.exe, and the command line references the GPU-Z executable, unlike the one triggered by ThrottleStop (svchost.exe -k LocalSystemNetworkRestricted -p -s PcaSvc).
I’ve seen other reports involving svchost.exe and Defender (like the screenshot above), but none specifically related to ThrottleStop. Since you could clarify (as you did) whether TS uses svchost.exe in this way, I decided to share this. The difference between the two programs remains unclear to me.
Without messing around too much with ASR rules and following
this, I made some changes to the registry:
- Registry Path:
Go to HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows Defender\MpEngine
- If this path doesn’t exist, you’re likely unaffected.
- In my case, I found two values:
- MpBafsExtendedTimeout
- MpCloudBlockLevel (set to 6, seemingly the cause of the issue)
- Adjustment:
I gradually reduced MpCloudBlockLevel
- ThrottleStop: starts without triggering Defender with the value 3
- GPU-Z: Even with the value set to 0, the block still occurs and GPU-Z could not start since the driver was not loaded (an error appears). However, adding the GPU-Z executable to Defender’s exclusions allows the driver to load and the app to run (apparently without any problems), despite the persistent Defender block notification
I suspect the different behavior is because ThrottleStop interacts via svchost.exe (at least according to Defender), while GPU-Z doesn’t.
Lastly, I’ve never manually tweaked Defender settings, so I’m unsure why these registry keys exist on this machine. Some suggest deleting them, which apparently resolves the issue—I might try that eventually.
Hopefully, this info could be useful to you, unclewebb, and others. If not, at least it was fun digging into the issue, even if there’s still something else to uncover - especially about the differences between TS and GPU-Z.