Hello,<br><br><div><span class="q"><span class="gmail_quote">On 08/11/06, <b class="gmail_sendername">Gadi Evron</b> &lt;<a href="mailto:ge@linuxbox.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
ge@linuxbox.org</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Wed, 8 Nov 2006, onisan wrote:<br>&gt; One thing is in this makes it even more interesting, most of the firewalls<br>&gt; do not block this download, so it's smallest and most dangerous downloader<br>&gt; at the same time :o
<br><br>What Alex did is very impressive! Matthew Murphy came up with the idea<br>originally, I think, but it doesn't take from this amazing work in any<br>way.<br>*awe struck*<br><br>I'd say more though, it's a vulnerability.
<br><br>If you can load a library remotely, and do so with no problems, it's a<br>vulnerability in Windows. I am not sure of what kind quite yet.</blockquote></span><div><br>Windows
handles UNC paths the same way as local&nbsp; paths. Another mechanism used
to load a remote dll using a UNC path is described in <a href="http://opensores.thebunker.net/pub/mirrors/blackhat/presentations/win-usa-04/bh-win-04-litchfield/bh-win-04-litchfield.pdf" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://opensores.thebunker.net/pub/mirrors/blackhat/presentations/win-usa-04/bh-win-04-litchfield/bh-win-04-litchfield.pdf
</a><br>here the &quot;system&quot; directory is overwritten with a (unc)
directory owned by by the attacker. When GetSystemDirectoryW() is
called to load the faultrep.dll on exception, an attacker can supply
his backdoored faultrep.dll. I don't think you should classify this as
a vulnerability, it's known windows behaviour (yet, windows, a
vulnerability all by itself?).<br></div><br>Regards,<br><span class="sg">Thomas</span><span class="q"><br><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

The mother of all downloaders.<br><br>&quot;The Zone has a new King!&quot; &lt;we're not worthy x3&gt;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;-- Jeff, Coupling (BBC, UK).<br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Gadi.<br><br>&gt; -- G<br>&gt;<br>&gt; 2006/11/8, Solar Eclipse &lt;
<a href="mailto:solareclipse@phreedom.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">solareclipse@phreedom.org</a>&gt;:<br>&gt; &gt;<br>&gt; &gt; On Tue, Nov 07, 2006 at 10:56:42AM -0800, Peter Ferrie wrote:
<br>&gt; &gt; &gt; Why is the idata size present?&nbsp;&nbsp;AFAIK, no Windows version checks it.
<br>&gt; &gt; &gt; Four bytes shorter, then (stop at the idata rva non-zero byte)?<br>&gt; &gt;<br>&gt; &gt; You're right, you can remove the last field and bring the file size down<br>&gt; &gt; to 133 bytes. That's what I get for claiming that the size can't be
<br>&gt; &gt; improved :-)<br>&gt; &gt;<br>&gt; &gt; Solar<br>&gt; &gt; _______________________________________________<br>&gt; &gt; Code-Crunchers mailing list<br>&gt; &gt; <a href="mailto:Code-Crunchers@whitestar.linuxbox.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">

Code-Crunchers@whitestar.linuxbox.org</a><br>&gt; &gt; <a href="http://whitestar.linuxbox.org/mailman/listinfo/code-crunchers" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://whitestar.linuxbox.org/mailman/listinfo/code-crunchers
</a><br><br></blockquote></span></div>