<?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/"
	xmlns:series="http://unfoldingneurons.com/"
		>
<channel>
	<title>Comments on: Windows 7 RC UAC security vulnerability: Auto elevation</title>
	<atom:link href="http://4sysops.com/archives/windows-7-rc-uac-security-vulnerability-auto-elevation/feed/" rel="self" type="application/rss+xml" />
	<link>http://4sysops.com/archives/windows-7-rc-uac-security-vulnerability-auto-elevation/</link>
	<description>For Windows Administrators</description>
	<lastBuildDate>Fri, 19 Mar 2010 19:02:26 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Michael Pietroforte</title>
		<link>http://4sysops.com/archives/windows-7-rc-uac-security-vulnerability-auto-elevation/comment-page-1/#comment-127785</link>
		<dc:creator>Michael Pietroforte</dc:creator>
		<pubDate>Sun, 24 May 2009 09:10:41 +0000</pubDate>
		<guid isPermaLink="false">http://4sysops.com/?p=2851#comment-127785</guid>
		<description>Jarred, I absolutely agree. UAC in Windows 7 is Microsoft&#039;s reaction to the complaints. So perhaps we can&#039;t blame Microsoft alone. I also belonged to those who complaint about UAC. However, I didn&#039;t complain because I dislike the idea of separating users and admins. I just don&#039;t like the way Microsoft tried to solve this problem. In Windows 7 Microsoft made things only worse. It is a quick-and-dirty solution.

Fowl, whitelists certainly reduce security. However, one always have to find a trade-off between convenience and security. Auto elevation obviously was a bad choice. We already compromise our systems at the moment when we create &quot;whitelists of users&quot; who are allowed to logon on. Every admin will agree about that. Whitelists under Linux (sudo) were never really a security problem. Microsoft only has to copy what others are doing already for years with success.

jon, Leo also speaks about DLL injection. However, he does not really inject a DLL. Perhaps &quot;EXE injection&quot; would be more appropriate. I am not sure if we shouldn&#039;t talk about a bug here even though only standard APIs are involved.</description>
		<content:encoded><![CDATA[<p>Jarred, I absolutely agree. UAC in Windows 7 is Microsoft&#8217;s reaction to the complaints. So perhaps we can&#8217;t blame Microsoft alone. I also belonged to those who complaint about UAC. However, I didn&#8217;t complain because I dislike the idea of separating users and admins. I just don&#8217;t like the way Microsoft tried to solve this problem. In Windows 7 Microsoft made things only worse. It is a quick-and-dirty solution.</p>
<p>Fowl, whitelists certainly reduce security. However, one always have to find a trade-off between convenience and security. Auto elevation obviously was a bad choice. We already compromise our systems at the moment when we create &#8220;whitelists of users&#8221; who are allowed to logon on. Every admin will agree about that. Whitelists under Linux (sudo) were never really a security problem. Microsoft only has to copy what others are doing already for years with success.</p>
<p>jon, Leo also speaks about DLL injection. However, he does not really inject a DLL. Perhaps &#8220;EXE injection&#8221; would be more appropriate. I am not sure if we shouldn&#8217;t talk about a bug here even though only standard APIs are involved.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jon</title>
		<link>http://4sysops.com/archives/windows-7-rc-uac-security-vulnerability-auto-elevation/comment-page-1/#comment-127623</link>
		<dc:creator>jon</dc:creator>
		<pubDate>Tue, 19 May 2009 07:44:40 +0000</pubDate>
		<guid isPermaLink="false">http://4sysops.com/?p=2851#comment-127623</guid>
		<description>(continued from above) The point being - that this mechanism DOESN&#039;T depend on a bug in the target process, but instead uses a standard, documented system API.</description>
		<content:encoded><![CDATA[<p>(continued from above) The point being &#8211; that this mechanism DOESN&#8217;T depend on a bug in the target process, but instead uses a standard, documented system API.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jon</title>
		<link>http://4sysops.com/archives/windows-7-rc-uac-security-vulnerability-auto-elevation/comment-page-1/#comment-127622</link>
		<dc:creator>jon</dc:creator>
		<pubDate>Tue, 19 May 2009 07:43:46 +0000</pubDate>
		<guid isPermaLink="false">http://4sysops.com/?p=2851#comment-127622</guid>
		<description>The technique described is probably more accurately termed  &quot;DLL injection&quot; (http://en.wikipedia.org/wiki/DLL_Injection) rather than &quot;code injection&quot;. Actually the distinction between the two is really negligible but many people consider &quot;code injection&quot; to specifically mean the exploiting of a bug in the target process, where as &quot;DLL injection&quot; refers to the use of standard, supported system mechanisms of running your own code in the context of another process.</description>
		<content:encoded><![CDATA[<p>The technique described is probably more accurately termed  &#8220;DLL injection&#8221; (<a href="http://en.wikipedia.org/wiki/DLL_Injection" rel="nofollow">http://en.wikipedia.org/wiki/DLL_Injection</a>) rather than &#8220;code injection&#8221;. Actually the distinction between the two is really negligible but many people consider &#8220;code injection&#8221; to specifically mean the exploiting of a bug in the target process, where as &#8220;DLL injection&#8221; refers to the use of standard, supported system mechanisms of running your own code in the context of another process.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fowl</title>
		<link>http://4sysops.com/archives/windows-7-rc-uac-security-vulnerability-auto-elevation/comment-page-1/#comment-127609</link>
		<dc:creator>Fowl</dc:creator>
		<pubDate>Mon, 18 May 2009 22:53:20 +0000</pubDate>
		<guid isPermaLink="false">http://4sysops.com/?p=2851#comment-127609</guid>
		<description>There was a reason there wasn&#039;t a whitelist in Vista, and it&#039;s the same one as the built in one is 7 is a bad one.

Anytime you put something there, you completely compromise the system. Programs just need be designed properly.

I&#039;m very dissapointed Microsoft completely ignored their own advice. Say waht you like about Vista&#039;s UAC, but at least it worked!

At least they allow you to turn it back to the &quot;useful&quot; setting from the &quot;pointless prompts that anyone can get around&quot; mode that is now the default.</description>
		<content:encoded><![CDATA[<p>There was a reason there wasn&#8217;t a whitelist in Vista, and it&#8217;s the same one as the built in one is 7 is a bad one.</p>
<p>Anytime you put something there, you completely compromise the system. Programs just need be designed properly.</p>
<p>I&#8217;m very dissapointed Microsoft completely ignored their own advice. Say waht you like about Vista&#8217;s UAC, but at least it worked!</p>
<p>At least they allow you to turn it back to the &#8220;useful&#8221; setting from the &#8220;pointless prompts that anyone can get around&#8221; mode that is now the default.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jarred Fehr</title>
		<link>http://4sysops.com/archives/windows-7-rc-uac-security-vulnerability-auto-elevation/comment-page-1/#comment-127604</link>
		<dc:creator>Jarred Fehr</dc:creator>
		<pubDate>Mon, 18 May 2009 20:23:44 +0000</pubDate>
		<guid isPermaLink="false">http://4sysops.com/?p=2851#comment-127604</guid>
		<description>I agree with you here.  For work and home, I will set all PCs to the highest UAC setting.  So many people have complained and moaned about UAC that MS must feel it has no choice but to make it less noticable.  However, I think that doing it this way in Win7 is completely undoing all the hard work and effort that went into Vista UAC.  Maybe if more people (like you) point this out MS will do the right thing and restore UAC to a useful default configuration.</description>
		<content:encoded><![CDATA[<p>I agree with you here.  For work and home, I will set all PCs to the highest UAC setting.  So many people have complained and moaned about UAC that MS must feel it has no choice but to make it less noticable.  However, I think that doing it this way in Win7 is completely undoing all the hard work and effort that went into Vista UAC.  Maybe if more people (like you) point this out MS will do the right thing and restore UAC to a useful default configuration.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
