<?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: bpmtk: How About SRP Whitelists?</title>
	<atom:link href="http://blog.didierstevens.com/2008/06/05/bpmtk-how-about-srp-whitelists/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.didierstevens.com/2008/06/05/bpmtk-how-about-srp-whitelists/</link>
	<description>(blog 'DidierStevens)</description>
	<pubDate>Tue, 06 Jan 2009 13:48:39 +0000</pubDate>
	<generator>http://wordpress.org/?v=MU</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: bpmtk: Bypassing SRP with DLL Restrictions &#171; Didier Stevens</title>
		<link>http://blog.didierstevens.com/2008/06/05/bpmtk-how-about-srp-whitelists/#comment-32989</link>
		<dc:creator>bpmtk: Bypassing SRP with DLL Restrictions &#171; Didier Stevens</dc:creator>
		<pubDate>Wed, 25 Jun 2008 06:52:33 +0000</pubDate>
		<guid isPermaLink="false">http://didierstevens.wordpress.com/?p=405#comment-32989</guid>
		<description>[...] with DLL&#160;Restrictions Filed under: Hacking, My Software &#8212; Didier Stevens @ 6:51   In my last bpmtk post, I argued that although whitelisting DLLs (supplementary to whitelisting EXEs) prevents my Excel [...]</description>
		<content:encoded><![CDATA[<p>[...] with DLL&nbsp;Restrictions Filed under: Hacking, My Software &#8212; Didier Stevens @ 6:51   In my last bpmtk post, I argued that although whitelisting DLLs (supplementary to whitelisting EXEs) prevents my Excel [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Didier Stevens</title>
		<link>http://blog.didierstevens.com/2008/06/05/bpmtk-how-about-srp-whitelists/#comment-32947</link>
		<dc:creator>Didier Stevens</dc:creator>
		<pubDate>Tue, 10 Jun 2008 17:19:46 +0000</pubDate>
		<guid isPermaLink="false">http://didierstevens.wordpress.com/?p=405#comment-32947</guid>
		<description>I've read your post, thanks! So you avoid building an exhaustive lists of allowed DLLs by defining that all DLLs (and EXEs) in folders c:\Windows and c:\program files are allowed? Clever!

I'll have to test this and try to bypass it ;-)</description>
		<content:encoded><![CDATA[<p>I&#8217;ve read your post, thanks! So you avoid building an exhaustive lists of allowed DLLs by defining that all DLLs (and EXEs) in folders c:\Windows and c:\program files are allowed? Clever!</p>
<p>I&#8217;ll have to test this and try to bypass it <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cd-MaN</title>
		<link>http://blog.didierstevens.com/2008/06/05/bpmtk-how-about-srp-whitelists/#comment-32946</link>
		<dc:creator>Cd-MaN</dc:creator>
		<pubDate>Tue, 10 Jun 2008 16:16:44 +0000</pubDate>
		<guid isPermaLink="false">http://didierstevens.wordpress.com/?p=405#comment-32946</guid>
		<description>SRP is very good, you just have to configure it right :) 

http://hype-free.blogspot.com/2008/04/windows-xp-high-security-configuration.html

Towards the middle of the page I describe how you change the default setting for SRP so that it applies to executables AND dlls, rather than just executables.</description>
		<content:encoded><![CDATA[<p>SRP is very good, you just have to configure it right <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p><a href="http://hype-free.blogspot.com/2008/04/windows-xp-high-security-configuration.html" rel="nofollow">http://hype-free.blogspot.com/2008/04/windows-xp-high-security-configuration.html</a></p>
<p>Towards the middle of the page I describe how you change the default setting for SRP so that it applies to executables AND dlls, rather than just executables.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave</title>
		<link>http://blog.didierstevens.com/2008/06/05/bpmtk-how-about-srp-whitelists/#comment-32940</link>
		<dc:creator>Dave</dc:creator>
		<pubDate>Mon, 09 Jun 2008 18:33:00 +0000</pubDate>
		<guid isPermaLink="false">http://didierstevens.wordpress.com/?p=405#comment-32940</guid>
		<description>Thank you.  It looks like I'm going to have to get "into" Python now.  It's something which I've wanted to delve into and this seems an ideal opportunity!</description>
		<content:encoded><![CDATA[<p>Thank you.  It looks like I&#8217;m going to have to get &#8220;into&#8221; Python now.  It&#8217;s something which I&#8217;ve wanted to delve into and this seems an ideal opportunity!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Didier Stevens</title>
		<link>http://blog.didierstevens.com/2008/06/05/bpmtk-how-about-srp-whitelists/#comment-32939</link>
		<dc:creator>Didier Stevens</dc:creator>
		<pubDate>Mon, 09 Jun 2008 12:01:14 +0000</pubDate>
		<guid isPermaLink="false">http://didierstevens.wordpress.com/?p=405#comment-32939</guid>
		<description>@Dave

Details can be found here: http://blog.didierstevens.com/2008/06/09/quickpost-embedding-an-executable-in-a-vbscript/</description>
		<content:encoded><![CDATA[<p>@Dave</p>
<p>Details can be found here: <a href="http://blog.didierstevens.com/2008/06/09/quickpost-embedding-an-executable-in-a-vbscript/" rel="nofollow">http://blog.didierstevens.com/2008/06/09/quickpost-embedding-an-executable-in-a-vbscript/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Didier Stevens</title>
		<link>http://blog.didierstevens.com/2008/06/05/bpmtk-how-about-srp-whitelists/#comment-32938</link>
		<dc:creator>Didier Stevens</dc:creator>
		<pubDate>Mon, 09 Jun 2008 11:57:18 +0000</pubDate>
		<guid isPermaLink="false">http://didierstevens.wordpress.com/?p=405#comment-32938</guid>
		<description>@DF

I really think whitelisting DLLs are too difficult to manage.
The problem with AV signatures, is that they are easy to bypass. This script is likely to be used in a targeted attack.</description>
		<content:encoded><![CDATA[<p>@DF</p>
<p>I really think whitelisting DLLs are too difficult to manage.<br />
The problem with AV signatures, is that they are easy to bypass. This script is likely to be used in a targeted attack.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Quickpost: Embedding an Executable in a VBscript &#171; Didier Stevens</title>
		<link>http://blog.didierstevens.com/2008/06/05/bpmtk-how-about-srp-whitelists/#comment-32936</link>
		<dc:creator>Quickpost: Embedding an Executable in a VBscript &#171; Didier Stevens</dc:creator>
		<pubDate>Mon, 09 Jun 2008 11:54:13 +0000</pubDate>
		<guid isPermaLink="false">http://didierstevens.wordpress.com/?p=405#comment-32936</guid>
		<description>[...] in a&#160;VBscript Filed under: My Software, Quickpost &#8212; Didier Stevens @ 11:53   My latest bpmtk post got some people to ask me for the VBscript. I&#8217;ll do better, I&#8217;m posting the Python [...]</description>
		<content:encoded><![CDATA[<p>[...] in a&nbsp;VBscript Filed under: My Software, Quickpost &#8212; Didier Stevens @ 11:53   My latest bpmtk post got some people to ask me for the VBscript. I&#8217;ll do better, I&#8217;m posting the Python [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave</title>
		<link>http://blog.didierstevens.com/2008/06/05/bpmtk-how-about-srp-whitelists/#comment-32934</link>
		<dc:creator>Dave</dc:creator>
		<pubDate>Sun, 08 Jun 2008 18:29:30 +0000</pubDate>
		<guid isPermaLink="false">http://didierstevens.wordpress.com/?p=405#comment-32934</guid>
		<description>That's very interesting.  I tried to reproduce what you did ... but failed miserably!  I have some understanding of coding and managed to compile code that you supplied in relation to your Utilman series but I think I need some help here!

If I get it right, you produce your executable (maybe a HelloWorld.exe) but compile it as a DLL.  I see  that Sub DumpFile1(f) has a whole load of hex values and I presume that's where the hex values of the DLL are entered?

I've managed to get the Macro Code into Excel 2003 but am not sure where the LoadLibrary and FreeLibrary declarations go.  I don't have a DLL but wherever I put these declarations on the Macro code, an error is generated when I run it from the button.

Can you post the code for your "MyDLL" (in the hope that I can compile it as I have done previously!) and give an indication about the Function Declarations?

Thanks for your efforts.</description>
		<content:encoded><![CDATA[<p>That&#8217;s very interesting.  I tried to reproduce what you did &#8230; but failed miserably!  I have some understanding of coding and managed to compile code that you supplied in relation to your Utilman series but I think I need some help here!</p>
<p>If I get it right, you produce your executable (maybe a HelloWorld.exe) but compile it as a DLL.  I see  that Sub DumpFile1(f) has a whole load of hex values and I presume that&#8217;s where the hex values of the DLL are entered?</p>
<p>I&#8217;ve managed to get the Macro Code into Excel 2003 but am not sure where the LoadLibrary and FreeLibrary declarations go.  I don&#8217;t have a DLL but wherever I put these declarations on the Macro code, an error is generated when I run it from the button.</p>
<p>Can you post the code for your &#8220;MyDLL&#8221; (in the hope that I can compile it as I have done previously!) and give an indication about the Function Declarations?</p>
<p>Thanks for your efforts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DF</title>
		<link>http://blog.didierstevens.com/2008/06/05/bpmtk-how-about-srp-whitelists/#comment-32927</link>
		<dc:creator>DF</dc:creator>
		<pubDate>Fri, 06 Jun 2008 16:45:42 +0000</pubDate>
		<guid isPermaLink="false">http://didierstevens.wordpress.com/?p=405#comment-32927</guid>
		<description>Wow this is a good question and quite out of my league but has got me thinking.  

The only thing that I can see would be to go with the white list option.  It certainly would be a large undertaking but at least in an enterprise environment with a standard computer template it should not need to be done very often. It would need to be created once and only updated every time new software was added.  First installing any new software on a computer that had a fresh install and was never connected to a network should allow you to relatively easily identify any new Dll's that would need to be added to the white list.  Should should be able to push the updated whitelist out over group policy and limit the impact on users.  But this would only really work in an enterprise environment, and no one ever said security was going to be easy.

The only other possible thing I can imagine would be to get updated AV signatures that would catch files with numerous strings of bytes in the scripting.  It looks like that would be necessary to pull off the exploit and I can't think of a legitimate reason for something like that to be included in a file, but I don't really do any scripting so maybe there is some utility there.</description>
		<content:encoded><![CDATA[<p>Wow this is a good question and quite out of my league but has got me thinking.  </p>
<p>The only thing that I can see would be to go with the white list option.  It certainly would be a large undertaking but at least in an enterprise environment with a standard computer template it should not need to be done very often. It would need to be created once and only updated every time new software was added.  First installing any new software on a computer that had a fresh install and was never connected to a network should allow you to relatively easily identify any new Dll&#8217;s that would need to be added to the white list.  Should should be able to push the updated whitelist out over group policy and limit the impact on users.  But this would only really work in an enterprise environment, and no one ever said security was going to be easy.</p>
<p>The only other possible thing I can imagine would be to get updated AV signatures that would catch files with numerous strings of bytes in the scripting.  It looks like that would be necessary to pull off the exploit and I can&#8217;t think of a legitimate reason for something like that to be included in a file, but I don&#8217;t really do any scripting so maybe there is some utility there.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
