<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:blogChannel="http://backend.userland.com/blogChannelModule">

<channel>
<title>Topic &#x27;Attacking The Windows 7/8 Address Space Randomization&#x27; in forum &#x27;Security&#x27; - dslreports.com</title>
<link>http://www.dslreports.com/forum/Attacking-The-Windows-78-Address-Space-Randomization-27946314</link>
<description></description>
<language>en</language>
<pubDate>Thu, 20 Jun 2013 06:39:17 EDT</pubDate>
<lastBuildDate>Thu, 20 Jun 2013 06:39:17 EDT</lastBuildDate>

<item>
<title>Re: Attacking The Windows 7/8 Address Space Randomization</title>
<link>http://www.dslreports.com/forum/Re-Attacking-The-Windows-78-Address-Space-Randomization-27948062</link>
<description><![CDATA[Woody79_00 posted : Hmm...I wonder if this works against the new "Enhanced Protected mode" introduced with Internet Explorer 10?<br><br>&raquo;<A HREF="http://blogs.msdn.com/b/ieinternals/archive/2012/03/23/understanding-ie10-enhanced-protected-mode-network-security-addons-cookies-metro-desktop.aspx" >blogs.msdn.com/b/ieinternals/arc&middot;&middot;&middot;top.aspx</A><br><br>Metro IE10 runs in it by default, but a simple check box enables it for Desktop IE 10 (I have it turned on)<br><br>Of course I realize there is more ways then just the browser to get a chance to attempt something like this such as email, IM, various way. I would be curious though if the new Enhanced Protected Mode, which uses AppContainers, could migitate this to some degree?<br><br>if this type of exploit would even work mind you. ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Attacking-The-Windows-78-Address-Space-Randomization-27948062</guid>
<pubDate>Fri, 25 Jan 2013 20:42:32 EDT</pubDate>
</item>

<item>
<title>Attacking The Windows 7/8 Address Space Randomization</title>
<link>http://www.dslreports.com/forum/Attacking-The-Windows-78-Address-Space-Randomization-27946314</link>
<description><![CDATA[anon posted : Details at <A HREF="http://kingcope.wordpress.com/2013/01/24/attacking-the-windows-78-address-space-randomization/">Kingcopes' Blag</a>:<br><div class="bquote"><p>The following text is what looks like an attempt to circumvent windows 7 and windows 8 memory protections in order to execute arbritrary assembly code. The presented methods are in particular useful for client-side attacks as used for example in browser exploits.<br><blockquote>Summary of exploitation stages:<br><br>&#149; Fill the heap with random bytes until all memory is used up. During the heap filling stage Windows might become unresponsive and will relax soon afterwards&middot;<br><br>&#149; Free small heap blocks one by one and try adding a DLL (for example by using a new ActiveX Object that is loadable without a warning by Internet Explorer) This DLL (and the DLLs that are loaded from it) will be squeezed into the remaining memory region (the space that was freed by us through JavaScript). This address is fixed and predictable for us to jump to<br><br>&#149; Free the remaining memory blocks which were allocated before<br><br>&#149; Spray the heap using the well known method<br><br>&#149; Finally trigger the heap corruption and jump to this fixed DLL base to execute our code in a ROP manner.</blockquote></p></div>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Attacking-The-Windows-78-Address-Space-Randomization-27946314</guid>
<pubDate>Fri, 25 Jan 2013 11:29:56 EDT</pubDate>
</item>

</channel>
</rss>
