This question addresses my issue, however the solution isn't solving it on all my workstations. One of my workstations turned off auditing this morning magically on its own. Each time I run a gpupdate /force the audits show that the policy is applied, then 2 seconds later they are all removed.
- Enabling the built-in admin account and setting a password fixed the problem on one workstation
- The second workstation kills auditing immediately after it is applied
- There are always 3 "lsass.exe" "Sensitive Privilege Use" audit failures (event ID 4674) between the audits being enabled and then shut off again.
gpresult /hrun as an administrator shows that the GPO is being successfully applied when it is not.- winlogon.log throws several errors
Winlogon.log Errors:
Monday, October 06, 2014 1:14:53 PM
----Configuration engine was initialized successfully
----Reading Configuration Template Info...
----Configure User Rights
SeImpersonatePrivilege must be assigned to administrators. This setting is adjusted. SeImpersonatePrivilege must be assigned to SERVICE. This setting is adjustedConfigure S-1-5-20
remove SeImpersonatePrivilegeError 50: The request is not supported.
Configuring some user rights for this account is not supported. Re-attempting configuration by ignoring unsupported operation errors.
remove SeImpersonatePrivilege
This string of errors continues for a couple more SIDs. I am befuddled! Why would the solution on the other system solve the problem, but not solve it here.
On a clean windows install it doesnt exist. the first folder you mentioned already didnt exist and the 3rd one if wiped would wipe the entire set of group policies so is dangerous if one already has policies configured.
Thank you, you solved a very long mystery for me.
– Chris C Jun 25 '23 at 04:03