<?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:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Playing with utilman.exe, The Motion Picture</title>
	<atom:link href="http://blog.didierstevens.com/2006/09/05/playing-with-utilmanexe-the-motion-picture/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.didierstevens.com/2006/09/05/playing-with-utilmanexe-the-motion-picture/</link>
	<description>(blog 'DidierStevens)</description>
	<lastBuildDate>Fri, 12 Mar 2010 08:07:51 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Youssef Obeid</title>
		<link>http://blog.didierstevens.com/2006/09/05/playing-with-utilmanexe-the-motion-picture/#comment-34238</link>
		<dc:creator>Youssef Obeid</dc:creator>
		<pubDate>Sat, 28 Feb 2009 08:08:14 +0000</pubDate>
		<guid isPermaLink="false">http://didierstevens.wordpress.com/2006/09/05/playing-with-utilmanexe-the-motion-picture/#comment-34238</guid>
		<description>&quot;If you want to hack windows system password all you need is to change osk.exe or magnify.exe by a winrar version compined with a cmd.exe .
and replace this fake osk.exe by the real one in dll cache and after by the one fined in system32 so when we will press winlogon+U before accessing to the desktop we can enter to cmd.exe by clicking on on-screen-keyboard to start and we can change administrator password :
net user
net user administrator xxx
and if we need to know the password we can crack it by ntlm and nt hashes by copying a file from a usb or a cd through cmd to the local drive c:/ using john the ripper you can know password or even you can let an ppsr.exe password protected system recovery while this program is launched you can know the password of the user and access it ..</description>
		<content:encoded><![CDATA[<p>&#8220;If you want to hack windows system password all you need is to change osk.exe or magnify.exe by a winrar version compined with a cmd.exe .<br />
and replace this fake osk.exe by the real one in dll cache and after by the one fined in system32 so when we will press winlogon+U before accessing to the desktop we can enter to cmd.exe by clicking on on-screen-keyboard to start and we can change administrator password :<br />
net user<br />
net user administrator xxx<br />
and if we need to know the password we can crack it by ntlm and nt hashes by copying a file from a usb or a cd through cmd to the local drive c:/ using john the ripper you can know password or even you can let an ppsr.exe password protected system recovery while this program is launched you can know the password of the user and access it ..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave</title>
		<link>http://blog.didierstevens.com/2006/09/05/playing-with-utilmanexe-the-motion-picture/#comment-34153</link>
		<dc:creator>Dave</dc:creator>
		<pubDate>Wed, 28 Jan 2009 22:09:16 +0000</pubDate>
		<guid isPermaLink="false">http://didierstevens.wordpress.com/2006/09/05/playing-with-utilmanexe-the-motion-picture/#comment-34153</guid>
		<description>I&#039;ve revisited the utilman.exe trick and it seems that Microsoft have managed to disable it in Windows XP Pro SP3.  I&#039;ve just tried it on my fully patched PC and it doesn&#039;t work.  I wondered if it was because I had only put the new utilman.exe (i.e. renamed version of cmd.exe) into c:\windows\system32 so I tried putting a copy into just c:\windows\system32\dllcache (it didn&#039;t automatically put a copy into c:\windows\system32, presumably because Windows realised that the &quot;utilman.exe&quot; wasn&#039;t the real thing) and then I tried putting a copy into both c:\windows\system32 as well as c:\windows\system32\dllcache.  Nada.  I put everything back as it should be and, sure enough, I could start the Utility Manager from the Windows login screen using Windows+U.

I don&#039;t know if you (Didier) have any inside information from your sources about how to make the trick work again?  Alternatively, I don&#039;t know if anyone else might have any clues?  I see that sp0x0f3d_1p was very active in his/her (apologies as I don&#039;t know which is correct!) contribution to this topic so that might be another way of investigating.  I know that you (Didier) will be able to access the contact e-mail address so you might just want to fire a quick message as I doubt that sp0x0f3d_1p will look at this thread routinely.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve revisited the utilman.exe trick and it seems that Microsoft have managed to disable it in Windows XP Pro SP3.  I&#8217;ve just tried it on my fully patched PC and it doesn&#8217;t work.  I wondered if it was because I had only put the new utilman.exe (i.e. renamed version of cmd.exe) into c:\windows\system32 so I tried putting a copy into just c:\windows\system32\dllcache (it didn&#8217;t automatically put a copy into c:\windows\system32, presumably because Windows realised that the &#8220;utilman.exe&#8221; wasn&#8217;t the real thing) and then I tried putting a copy into both c:\windows\system32 as well as c:\windows\system32\dllcache.  Nada.  I put everything back as it should be and, sure enough, I could start the Utility Manager from the Windows login screen using Windows+U.</p>
<p>I don&#8217;t know if you (Didier) have any inside information from your sources about how to make the trick work again?  Alternatively, I don&#8217;t know if anyone else might have any clues?  I see that sp0&#215;0f3d_1p was very active in his/her (apologies as I don&#8217;t know which is correct!) contribution to this topic so that might be another way of investigating.  I know that you (Didier) will be able to access the contact e-mail address so you might just want to fire a quick message as I doubt that sp0&#215;0f3d_1p will look at this thread routinely.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thim</title>
		<link>http://blog.didierstevens.com/2006/09/05/playing-with-utilmanexe-the-motion-picture/#comment-32964</link>
		<dc:creator>Thim</dc:creator>
		<pubDate>Mon, 16 Jun 2008 15:24:48 +0000</pubDate>
		<guid isPermaLink="false">http://didierstevens.wordpress.com/2006/09/05/playing-with-utilmanexe-the-motion-picture/#comment-32964</guid>
		<description>anyone help how to get this work with regedit?</description>
		<content:encoded><![CDATA[<p>anyone help how to get this work with regedit?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Idetrorce</title>
		<link>http://blog.didierstevens.com/2006/09/05/playing-with-utilmanexe-the-motion-picture/#comment-23207</link>
		<dc:creator>Idetrorce</dc:creator>
		<pubDate>Sat, 15 Dec 2007 10:58:57 +0000</pubDate>
		<guid isPermaLink="false">http://didierstevens.wordpress.com/2006/09/05/playing-with-utilmanexe-the-motion-picture/#comment-23207</guid>
		<description>very interesting, but I don&#039;t agree with you 
Idetrorce</description>
		<content:encoded><![CDATA[<p>very interesting, but I don&#8217;t agree with you<br />
Idetrorce</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Didier Stevens</title>
		<link>http://blog.didierstevens.com/2006/09/05/playing-with-utilmanexe-the-motion-picture/#comment-10374</link>
		<dc:creator>Didier Stevens</dc:creator>
		<pubDate>Thu, 28 Jun 2007 20:26:33 +0000</pubDate>
		<guid isPermaLink="false">http://didierstevens.wordpress.com/2006/09/05/playing-with-utilmanexe-the-motion-picture/#comment-10374</guid>
		<description>Very interesting idea. The length of sfcfiles.dll doesn&#039;t necessarily have to increase. You see, there is a bit of spare room in PE files. The size of each section in a PE file is rounded (up to the nearest 0x100 multiple, if I remember correctly). So on average, you&#039;ll have 128 bytes of spare room to add your file.</description>
		<content:encoded><![CDATA[<p>Very interesting idea. The length of sfcfiles.dll doesn&#8217;t necessarily have to increase. You see, there is a bit of spare room in PE files. The size of each section in a PE file is rounded (up to the nearest 0&#215;100 multiple, if I remember correctly). So on average, you&#8217;ll have 128 bytes of spare room to add your file.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave</title>
		<link>http://blog.didierstevens.com/2006/09/05/playing-with-utilmanexe-the-motion-picture/#comment-10300</link>
		<dc:creator>Dave</dc:creator>
		<pubDate>Wed, 27 Jun 2007 18:30:42 +0000</pubDate>
		<guid isPermaLink="false">http://didierstevens.wordpress.com/2006/09/05/playing-with-utilmanexe-the-motion-picture/#comment-10300</guid>
		<description>I&#039;ve been a regular viewer here for a little while but missed this one.  What an intriguing trick!

Like you, I&#039;ve been thinking a little laterally.  There are plenty of articles around about disabling WFP, either temporarily or permanently, but what about *adding* a file to WFP?  I realise that the appropriate file will have to be put into the cache, but I foresee problems editing %systemroot%\sfcfiles.dll.  When utilman.exe entries are zeroed, the length of %systemroot%\sfcfiles.dll remains the same but the CRC must be changed and I can understand that.  However, if  I wanted to add myfile.exe to %systemroot%\sfcfiles.dll, I&#039;d have to add it several times and that will increase the length of %systemroot%\sfcfiles.dll.  Will that matter?  I don&#039;t have a spare &quot;lab&quot; PC at present to play around and I don&#039;t feel inclined to use my working PC!

I don&#039;t have any need for adding myfile.exe to WFP, I just put my brain into gear and let it run: &quot;how does WFP really work?&quot; and &quot;what else can be done?&quot;.

Regards

Dave</description>
		<content:encoded><![CDATA[<p>I&#8217;ve been a regular viewer here for a little while but missed this one.  What an intriguing trick!</p>
<p>Like you, I&#8217;ve been thinking a little laterally.  There are plenty of articles around about disabling WFP, either temporarily or permanently, but what about *adding* a file to WFP?  I realise that the appropriate file will have to be put into the cache, but I foresee problems editing %systemroot%\sfcfiles.dll.  When utilman.exe entries are zeroed, the length of %systemroot%\sfcfiles.dll remains the same but the CRC must be changed and I can understand that.  However, if  I wanted to add myfile.exe to %systemroot%\sfcfiles.dll, I&#8217;d have to add it several times and that will increase the length of %systemroot%\sfcfiles.dll.  Will that matter?  I don&#8217;t have a spare &#8220;lab&#8221; PC at present to play around and I don&#8217;t feel inclined to use my working PC!</p>
<p>I don&#8217;t have any need for adding myfile.exe to WFP, I just put my brain into gear and let it run: &#8220;how does WFP really work?&#8221; and &#8220;what else can be done?&#8221;.</p>
<p>Regards</p>
<p>Dave</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Didier Stevens</title>
		<link>http://blog.didierstevens.com/2006/09/05/playing-with-utilmanexe-the-motion-picture/#comment-1298</link>
		<dc:creator>Didier Stevens</dc:creator>
		<pubDate>Tue, 27 Mar 2007 20:30:47 +0000</pubDate>
		<guid isPermaLink="false">http://didierstevens.wordpress.com/2006/09/05/playing-with-utilmanexe-the-motion-picture/#comment-1298</guid>
		<description>Looks interesting. If you do make the prog, please send it to me.</description>
		<content:encoded><![CDATA[<p>Looks interesting. If you do make the prog, please send it to me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sp0x0f3d_1p</title>
		<link>http://blog.didierstevens.com/2006/09/05/playing-with-utilmanexe-the-motion-picture/#comment-1186</link>
		<dc:creator>sp0x0f3d_1p</dc:creator>
		<pubDate>Mon, 26 Mar 2007 06:14:45 +0000</pubDate>
		<guid isPermaLink="false">http://didierstevens.wordpress.com/2006/09/05/playing-with-utilmanexe-the-motion-picture/#comment-1186</guid>
		<description>yeah,i know,but you have already shown how to write launcher to attach process at current desktop.so the main goal of tech i described is to run the attack without rebooting and overwiting system files...so you dont have to bypass any windos file protection...and more..if it&#039;s impossible to get launcher on the target sys it&#039;s possible to override the call of utilman and pass some arguments to our intercepting prog(cmd for example)and to run smth.
But in most cases we will be able to deliver the launcher to the target system.and even more...if you patch dll or overwite util man..and after that target will check system integrity..you will be detected...and if you yo use debugger interception..nothing will break system untegrity coz using that registry key is legal from the point of view of most AV and other sec software.
But if you still want to break WFP you could use more stealth tech.we assume that you already have Admin Rights on target system.so you could easily bypass WFP and again without modifying any dll..you just have to openprocess() winlogon and to cut its handles to c:\windows(dir) c:\windows\system32(dir) and dllcahe(dir) and now untill next reboot WFP will be blind to your activity..and after rbooting it will not detect that you changed smth.
Waiting for your comments.
best Regards, Sp00f.
PS i&#039;m gonna write small prog utilizing the tech described..could send you if you are interested.</description>
		<content:encoded><![CDATA[<p>yeah,i know,but you have already shown how to write launcher to attach process at current desktop.so the main goal of tech i described is to run the attack without rebooting and overwiting system files&#8230;so you dont have to bypass any windos file protection&#8230;and more..if it&#8217;s impossible to get launcher on the target sys it&#8217;s possible to override the call of utilman and pass some arguments to our intercepting prog(cmd for example)and to run smth.<br />
But in most cases we will be able to deliver the launcher to the target system.and even more&#8230;if you patch dll or overwite util man..and after that target will check system integrity..you will be detected&#8230;and if you yo use debugger interception..nothing will break system untegrity coz using that registry key is legal from the point of view of most AV and other sec software.<br />
But if you still want to break WFP you could use more stealth tech.we assume that you already have Admin Rights on target system.so you could easily bypass WFP and again without modifying any dll..you just have to openprocess() winlogon and to cut its handles to c:\windows(dir) c:\windows\system32(dir) and dllcahe(dir) and now untill next reboot WFP will be blind to your activity..and after rbooting it will not detect that you changed smth.<br />
Waiting for your comments.<br />
best Regards, Sp00f.<br />
PS i&#8217;m gonna write small prog utilizing the tech described..could send you if you are interested.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Didier Stevens</title>
		<link>http://blog.didierstevens.com/2006/09/05/playing-with-utilmanexe-the-motion-picture/#comment-1067</link>
		<dc:creator>Didier Stevens</dc:creator>
		<pubDate>Sat, 24 Mar 2007 07:39:17 +0000</pubDate>
		<guid isPermaLink="false">http://didierstevens.wordpress.com/2006/09/05/playing-with-utilmanexe-the-motion-picture/#comment-1067</guid>
		<description>I&#039;ll have to try this. We use this key to debug programs, but it didn&#039;t occur to me to use it for utilman. Your example with notepad will launch notepad on the services desktop, so you will not see it on your desktop.</description>
		<content:encoded><![CDATA[<p>I&#8217;ll have to try this. We use this key to debug programs, but it didn&#8217;t occur to me to use it for utilman. Your example with notepad will launch notepad on the services desktop, so you will not see it on your desktop.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sp0x0f3d_1p</title>
		<link>http://blog.didierstevens.com/2006/09/05/playing-with-utilmanexe-the-motion-picture/#comment-998</link>
		<dc:creator>sp0x0f3d_1p</dc:creator>
		<pubDate>Thu, 22 Mar 2007 15:05:08 +0000</pubDate>
		<guid isPermaLink="false">http://didierstevens.wordpress.com/2006/09/05/playing-with-utilmanexe-the-motion-picture/#comment-998</guid>
		<description>Hi there,thank you for that trooly cool trick.
I wanna suggest you kind of technique to backdoor the system not modifying any file.

Here is very interesting regkey:
HKLM\Software\Microsoft\Windows NT\CurrentVersion\Image File Execution Options

using it you could easily backdoor a system.
just create there key named utilman.exe and string param in it named Debugger. Value of this param is the path to file you wanna launch instead of utilman.exe. so 

Finaly it&#039;ll look like:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\utilman.exe]
&quot;Debugger&quot;=&quot;\&quot;C:\\windows\\notepad.exe\&quot;&quot;

So notepad will be launched instead of utilman.exe.

Best Regards, Sp00f</description>
		<content:encoded><![CDATA[<p>Hi there,thank you for that trooly cool trick.<br />
I wanna suggest you kind of technique to backdoor the system not modifying any file.</p>
<p>Here is very interesting regkey:<br />
HKLM\Software\Microsoft\Windows NT\CurrentVersion\Image File Execution Options</p>
<p>using it you could easily backdoor a system.<br />
just create there key named utilman.exe and string param in it named Debugger. Value of this param is the path to file you wanna launch instead of utilman.exe. so </p>
<p>Finaly it&#8217;ll look like:</p>
<p>Windows Registry Editor Version 5.00</p>
<p>[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options\utilman.exe]<br />
&#8220;Debugger&#8221;=&#8221;\&#8221;C:\\windows\\notepad.exe\&#8221;"</p>
<p>So notepad will be launched instead of utilman.exe.</p>
<p>Best Regards, Sp00f</p>
]]></content:encoded>
	</item>
</channel>
</rss>
