No more hiding in the server room
There are still many server environments around where it seems to be normal that each and everyone from the IT department acts as a domain administrator. Mostly this is tolerated because of the simplicity of server management. The same is true for a lot of service accounts which are being used on server side.This way the application administrator doesn't have to worry about any access rights locally and within the Active Directory infrastructure.
The easiest way to reduce the domain rights is to add the accounts of the server administrator or the application administrator to the local security group of Local Adminstrators. The same can be done for service accounts being used by installed applications. This manual and local apporach isn't really fail-safe and tends to be time consuming.
A much easier approach is the use of domain security groups which have the required administrative accounts as members. The following article describes how to utilize GPOs and Powershell to use domain security groups for local administrators and remote desktop users and to remove manually added accounts from the local security groups on the server. Using this approach the local administrators can be managed with from Active Directory and locallay added accounts aren't a security risk anymore.
As mentioned above the GPO configures the security group of remote desktop users as well. Employees responsible for application management need the possibility to connect to a server using RDP, but do not need administrarive permissions on ther server implicitly.
The following steps are needed, if you want to create new computer objects:
The modified script for creating the required objects for exisiting computer objects will be described in a second article.
Note:
The Powershell script requires the ActiveRoles Management Shell for Active Directory from Quest.
Use the Active Directory Users and Computers MMC to create two new domain local security groups within an OU container of your choice:
The two security groups will be used as a placeholder only. Therefore they should be disabled after the GPO template has been created. When the template is being copied (backed up and restored, to be exact), the groups will be replace by the correct security groups for the server.
Create a new GPO
Open the Group Policy Management Console and create a new GPO:
Edit the just created GPO and open the node Computer Configuration > Preferences > Control Panel Settings > Local Users and Groups:
Add a new local group using the nodes context menu:
Configure the new local group for Administrators:
Click OK and add a new local group for remote desktop users:
That's all for the GPO template. Just close the Group Policy Management Console.
Powershell Script Add-Computer.ps1
Usage: Add-Computer.ps1 SERVERNAME
Download: Add-Computer.zip
Links: Quest ActiveRoles Managementshell for Active Directory
© 2012 Created by Elizabeth Ayer and Michael Francis.
Powered by
You need to be a member of The SysAdmin Network to add comments!
Join The SysAdmin Network