4
3
It is supposed that Process Monitor can capture the registry changes made by any program. This thread explains it fine (thanks you, James T).
But it seems things are not so easy when talking about Group Policies Editor (gpedit.msc), because I am getting more than 738 register events when trying to change just one entry:
User Configuration -> Administrative Templates -> Code signing for drivers
How can I isolate the specific registry change for my GPEdit change performed?
New data:
As suggested by Frank Thomas (thanks), there was only one RegSetValue entry, named HKCU\Software\Microsoft\Windows\CurrentVersion\Group Policy Objects\{7C9BF3F4-1B9E-476F-871D-D20B09E6DA5A}User\Software\Policies\Microsoft\Windows NT\Driver Signing\BehaviorOnFailedVerify.
This BehaviorOnFailedVerify key was what I was changing, but such key has been changed in multiple places at the register:
- At
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Group Policy Objects\{7C9BF3F4-1B9E-476F-871D-D20B09E6DA5A}User\Software\Policies\Microsoft\Windows NT\Driver Signingas stated. - At
HKEY_CURRENT_USER\Software\Policies\Microsoft\Windows NT\Driver Signing. - At
HKEY_USERS\S-1-5-21-1389804526-12218611-1726603683-1004\Software\Microsoft\Windows\CurrentVersion\Group Policy Objects\{7C9BF3F4-1B9E-476F-871D-D20B09E6DA5A}User\Software\Policies\Microsoft\Windows NT\Driver Signing. - At
HKEY_USERS\S-1-5-21-1389804526-12218611-1726603683-1004\Software\Policies\Microsoft\Windows NT\Driver Signing.
This is: four changes, and only one of them has been detected by Process Monitor.
Is this correct? Why?
If pretending to perform the same change via the reg command (without using gpedit.msc, which one should I change? All the four?
Note: I did not explain, as long as I did not think it was necessary, but my original idea was to be capable to change the key BehaviorOnFailedVerify via remote shell, like SSH or telnet).
Note-2: For those wondering what does this change: it disables driver signature verification request so nothing prompts no the screen to the GUI user when installing some unsigned drivers like TAP-driver (network) for OpenVPN unattended installation.

Well, every entry you show except the one you have highlighted, is a RegQueryKey, RegEnumKey, RegOpenKey, or RegCloseKey event, so thats the process reading the registery, whereas your RegSetValue is the event noting that the registery has been written to. you can filter on that event, or if you have the full path of the key, filter on the Path. – Frank Thomas – 2015-07-28T01:42:53.207
Indeed, @FrankThomas . But I am not still sure that the procedure is working. Updated post; please read. – Sopalajo de Arrierez – 2015-07-28T02:23:54.813
1try using a
Containsquery (rather than anis) on the Path filter, so you are only matching againstBehaviorOnFailedVerifyorWindows NT\Driver Signing. – Frank Thomas – 2015-07-28T02:28:37.463Just to point something out on this, despite the age of the question, it is actually only changing in two locations as far as I can tell. HKCU is contained as a sub-key within HKU, so if you change something in HKCU it will, of course, also change in HKU. – Brandon Olson – 2020-02-11T00:30:43.557