By default everyone can view the System and Application logs, but only administrators can view the Security logs. I did not want to grant our security guy domain admin rights (so that he could also view the logs on our domain controllers), but knew that he would need to tweak auditing settings. The "Manage auditing and security log" group policy setting looked like a nice easy solution to the problem.
The settings configure the following:
This security setting determines which users can specify object access auditing options for individual resources, such as files, Active Directory objects, and registry keys.
This security setting does not allow a user to enable file and object access auditing in general. For such auditing to be enabled, the Audit object access setting in Computer Configuration\Windows Settings\Security Settings\Local Policies\Audit Policies must be configured.
You can view audited events in the security log of the Event Viewer. A user with this privilege can also view and clear the security log.
After getting approval to implement the setting, I proceeded to make the following changes.- Created a security group called "Global Event Log Auditors" and added our security engineer to that group.
- The "Manage auditing and security log" settings had already been defined in the Default Domain Controllers policy so I just added my security group to the accounts listed.
- I enabled the setting on the Default Domain Policy and added "Global Event Log Auditors" to the policy.
The following alert kept popping up after the failed mount:
The store could not be mounted because the Active Directory information was not replicated yet.
After several failed mounting attempts (blush), I googled the error. To my horror, the following KB came up:
http://support.microsoft.com/kb/896703
Issues that may occur when the "Manage auditing and security log" permission is removed from the Exchange Enterprise Servers group in Exchange 2000 Server
So...by defining the policy, I actually overwrote/removed "Exchange Enterprise Servers" group's auditing permissions defined locally on the Exchange servers. YIKES...I quickly added the "Enterprise Exchange Servers" group to the "Manage auditing and security logs" setting in the Default Domain Policy, forced a gpupdate on the Exchange box and was back in business.
Luckily the blunder had not taken affect on our other Exchange servers yet!

No comments:
Post a Comment