Local accounts can be referenced in the Restricted Groups section in GP - just don't specify a prefix, i.e. rather than specifying something like "domain\user", just specify "localuser". I once did something similar for a small project where I created the local accounts with the same username, but with different passwords. This allowed me to target this account in policies. You can then use this to restrict other things like access from the network, RD access, etc. But it is not a foolproof solution and a knowledgeable user can get around this.
To prevent weak passwords, set the password policy to apply to the computer object. So right now, if your password policy is only applying to the DCs, have it apply to either the OU with these computers, or the entire domain, and this will apply the settings to local accounts too. However, I would ask what the local admins rights are needed for? Since the time I worked on the project I referenced earlier, I have come across software solutions that can help with this. A free example is Sudowin<http://sourceforge.net/projects/sudowin/>, but the problem with it is that if you happen to allow a program that has a Browse window, the Browse window also opens elevated, and a knowledgeable user can use that to get into the computer. There is commercial software that can help: for a small unit that had some special requirements, we purchased AppSense Application Manager. The nice thing about many of these commercial products is that while they can allow an application to be elevated, you can still choose to prevent elevation from the Browse window. If you happen to look this up, look for "privilege management" solutions. -Aakash Shah From: [email protected] [mailto:[email protected]] On Behalf Of Freddy Grande Sent: Wednesday, March 25, 2015 10:39 PM To: [email protected] Subject: [NTSysADM] Local Administrators on computers How does everyone handle users needing local administrator rights? We have some field users that require local admin, at the moment their domain accounts have local administrator rights on their computers, however, this can be dangerous if they run everything as admin. I've been wanting to create local admin accounts on computers that require it, set a unique password to these and deny local/interactive logon so they are only to be used for elevation. Ideally all of this should be controlled through GPO or similar method to prevent users changing passwords to something weak. I'm not finding an easy way to refer to local accounts in GPO though so I'm thinking scripting is going to be the only way to go... any thoughts or ideas? Bonus: how would you prevent a user from launching an elevated Computer Management console and adding their domain user accounts to the Administrators group? Freddy
