<?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"
	>
<channel>
	<title>Comments on: Strange web exploit attempt (?)</title>
	<atom:link href="http://www.megginson.com/blogs/quoderat/2008/02/04/strange-web-exploit-attempt/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.megginson.com/blogs/quoderat/2008/02/04/strange-web-exploit-attempt/</link>
	<description>XML and the Web.</description>
	<pubDate>Fri, 29 Aug 2008 08:47:11 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Rob Kaper</title>
		<link>http://www.megginson.com/blogs/quoderat/2008/02/04/strange-web-exploit-attempt/#comment-36172</link>
		<dc:creator>Rob Kaper</dc:creator>
		<pubDate>Mon, 14 Jul 2008 14:00:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.megginson.com/blogs/quoderat/2008/02/04/strange-web-exploit-attempt/#comment-36172</guid>
		<description>That's an odd attack..

It certainly does not look like an SQL injection, those are targetted and would involve SQL control characters.. MD5 strings would really not help an attacker here.

Then again, it also doesn't look like a 'require/include' attack. Those tend to exploit known problems of software (you'd see a lot of /someforumsoftware/?root_dir= requests), they really don't perform queries from random forms on web sites.

Then again, I've had spam containing nothing but illegible text. And I've have had spam bot registration attempts on my personal site which runs a home-grown CMS.. seriously a waste of time for spammers but hey, whatever keeps them happy.</description>
		<content:encoded><![CDATA[<p>That&#8217;s an odd attack..</p>
<p>It certainly does not look like an SQL injection, those are targetted and would involve SQL control characters.. MD5 strings would really not help an attacker here.</p>
<p>Then again, it also doesn&#8217;t look like a &#8216;require/include&#8217; attack. Those tend to exploit known problems of software (you&#8217;d see a lot of /someforumsoftware/?root_dir= requests), they really don&#8217;t perform queries from random forms on web sites.</p>
<p>Then again, I&#8217;ve had spam containing nothing but illegible text. And I&#8217;ve have had spam bot registration attempts on my personal site which runs a home-grown CMS.. seriously a waste of time for spammers but hey, whatever keeps them happy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ideastofightglobalterrorism.blogspot.com</title>
		<link>http://www.megginson.com/blogs/quoderat/2008/02/04/strange-web-exploit-attempt/#comment-35642</link>
		<dc:creator>ideastofightglobalterrorism.blogspot.com</dc:creator>
		<pubDate>Thu, 26 Jun 2008 05:22:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.megginson.com/blogs/quoderat/2008/02/04/strange-web-exploit-attempt/#comment-35642</guid>
		<description>Follow up: see http://ideastofightglobalterrorism.blogspot.com</description>
		<content:encoded><![CDATA[<p>Follow up: see <a href="http://ideastofightglobalterrorism.blogspot.com" rel="nofollow">http://ideastofightglobalterrorism.blogspot.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ideastofightglobalterrorism.blogspot.com</title>
		<link>http://www.megginson.com/blogs/quoderat/2008/02/04/strange-web-exploit-attempt/#comment-35641</link>
		<dc:creator>ideastofightglobalterrorism.blogspot.com</dc:creator>
		<pubDate>Thu, 26 Jun 2008 05:21:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.megginson.com/blogs/quoderat/2008/02/04/strange-web-exploit-attempt/#comment-35641</guid>
		<description>Frankly I would be VERY attentive as your Server is a victim of a http-Inject attack. 
It is a test to see if one can send your scripts and next step will be http-request with 
PHP code that may infect Your Server.  

What to do ?
If you do not use 'http:' within your URL's
Query_String you may simply add the following code
at the beginning of all of your PHP-Files:


 
As long as the above code is on the FIRST Line, there is no way 
your script is able to load external pages, it just gives back an empty Page 

As an alternative, if you are able to change
your .htaccess file, you may create
a rewrite rule  403 FORBIDDEN there:

RewriteEngine on
RewriteCond %{QUERY_STRING} http[:%] [NC]
RewriteRule .* /------------http----------- [F,NC]
RewriteRule http: /---------http----------- [F,NC]

 
This is the fastest way and works for all files and all CMS Systems 
Source: http://www.whyron.com/http.htm</description>
		<content:encoded><![CDATA[<p>Frankly I would be VERY attentive as your Server is a victim of a http-Inject attack.<br />
It is a test to see if one can send your scripts and next step will be http-request with<br />
PHP code that may infect Your Server.  </p>
<p>What to do ?<br />
If you do not use &#8216;http:&#8217; within your URL&#8217;s<br />
Query_String you may simply add the following code<br />
at the beginning of all of your PHP-Files:</p>
<p>As long as the above code is on the FIRST Line, there is no way<br />
your script is able to load external pages, it just gives back an empty Page </p>
<p>As an alternative, if you are able to change<br />
your .htaccess file, you may create<br />
a rewrite rule  403 FORBIDDEN there:</p>
<p>RewriteEngine on<br />
RewriteCond %{QUERY_STRING} http[:%] [NC]<br />
RewriteRule .* /&#8212;&#8212;&#8212;&#8212;http&#8212;&#8212;&#8212;&#8211; [F,NC]<br />
RewriteRule http: /&#8212;&#8212;&#8212;http&#8212;&#8212;&#8212;&#8211; [F,NC]</p>
<p>This is the fastest way and works for all files and all CMS Systems<br />
Source: <a href="http://www.whyron.com/http.htm" rel="nofollow">http://www.whyron.com/http.htm</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aristotle Pagaltzis</title>
		<link>http://www.megginson.com/blogs/quoderat/2008/02/04/strange-web-exploit-attempt/#comment-33496</link>
		<dc:creator>Aristotle Pagaltzis</dc:creator>
		<pubDate>Mon, 04 Feb 2008 15:16:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.megginson.com/blogs/quoderat/2008/02/04/strange-web-exploit-attempt/#comment-33496</guid>
		<description>They’re probably trying to see if they can get a URL passed to [`require`](http://php.net/require),, if they were successful, that PHP code would execute on your server. If I conjecture correctly, then yes, you are supposed to see PHP code verbatim, since it’s supposed to be interpreted on your server, not theirs.</description>
		<content:encoded><![CDATA[<p>They’re probably trying to see if they can get a URL passed to [`require`](http://php.net/require),, if they were successful, that PHP code would execute on your server. If I conjecture correctly, then yes, you are supposed to see PHP code verbatim, since it’s supposed to be interpreted on your server, not theirs.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
