 




<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: GP to prevent domain users from installing any software</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/itanswers/gp-to-prevent-domain-users-from-installing-any-software/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/itanswers/gp-to-prevent-domain-users-from-installing-any-software/</link>
	<description></description>
	<lastBuildDate>Thu, 23 May 2013 18:08:49 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: pjb0222</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/gp-to-prevent-domain-users-from-installing-any-software/#comment-76560</link>
		<dc:creator>pjb0222</dc:creator>
		<pubDate>Tue, 27 Apr 2010 19:05:33 +0000</pubDate>
		<guid isPermaLink="false">#comment-76560</guid>
		<description><![CDATA[If they have local administrative access on the system you cannot prevent them from installing software.  You can only make it more difficult.

Note that in Windows, certain classes of applications do not need administrative privileges to install.  This is true in many OSs.

The only method of lockdown that might succeed is a restrictive mandatory profile that locks down the desktop and start menu along with a white list of allowable applications.

In conjunction with senior management, create an acceptable use policy with teeth and enforce it.  Setup logging for the system and audit who does what.

Also, you can require those with local administrative access to be responsible for reloading their own systems anytime an unauthorized application is found on their system.  This requires a good automated lite touch or zero touch build process (and the always required senior management backing).  It does wonders to get people to stop loading software on their own.  Especial after they have to explain to their manager why that report is late because of the fifth system reload for the month because they broke software installation policy.

There are also utilities that available to assist with removing the need for local administrative privileges.

Finally there are things like MS Steady State or other 3rd party products that return a system to a known state.  It can be an interesting experience to watch someone install and application, reboot the system to complete and the system comes back up to the state prior to the install...]]></description>
		<content:encoded><![CDATA[<p>If they have local administrative access on the system you cannot prevent them from installing software.  You can only make it more difficult.</p>
<p>Note that in Windows, certain classes of applications do not need administrative privileges to install.  This is true in many OSs.</p>
<p>The only method of lockdown that might succeed is a restrictive mandatory profile that locks down the desktop and start menu along with a white list of allowable applications.</p>
<p>In conjunction with senior management, create an acceptable use policy with teeth and enforce it.  Setup logging for the system and audit who does what.</p>
<p>Also, you can require those with local administrative access to be responsible for reloading their own systems anytime an unauthorized application is found on their system.  This requires a good automated lite touch or zero touch build process (and the always required senior management backing).  It does wonders to get people to stop loading software on their own.  Especial after they have to explain to their manager why that report is late because of the fifth system reload for the month because they broke software installation policy.</p>
<p>There are also utilities that available to assist with removing the need for local administrative privileges.</p>
<p>Finally there are things like MS Steady State or other 3rd party products that return a system to a known state.  It can be an interesting experience to watch someone install and application, reboot the system to complete and the system comes back up to the state prior to the install&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using memcached
Database Caching 3/10 queries in 0.040 seconds using memcached
Object Caching 266/272 objects using memcached

Served from: itknowledgeexchange.techtarget.com @ 2013-05-23 18:17:22 -->