<?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: Dumbest Break-in Attempts</title>
	<atom:link href="http://todd.wallentine.com/blog/?feed=rss2&#038;p=174" rel="self" type="application/rss+xml" />
	<link>http://todd.wallentine.com/blog/?p=174</link>
	<description>Toads Wild Ride</description>
	<lastBuildDate>Thu, 04 Dec 2008 20:27:51 -0800</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Todd</title>
		<link>http://todd.wallentine.com/blog/?p=174&#038;cpage=1#comment-245</link>
		<dc:creator>Todd</dc:creator>
		<pubDate>Mon, 19 Nov 2007 17:56:22 +0000</pubDate>
		<guid isPermaLink="false">http://todd.wallentine.com/blog/?p=174#comment-245</guid>
		<description>Dotan

I don&#039;t have specifics about the holes we patched (it was done a while ago and I didn&#039;t keep notes) but the basic idea was to validate any incoming variables in PHP.  Using the example log above, our scripts now check to make sure thread_id is a number.  This can be done using the following:

if(!is_numeric($thread_id)) {
        exit_error(&quot;Invalid thread id&quot;, &quot;The thread id you sent was invalid.  Please try again with a valid thread id.&quot;);
}

Another thing to do would be to make sure you don&#039;t use the PHP inclusion mechanism for any variables taken in from the user.  For example, don&#039;t do something like this:

require($thread_id);

Otherwise, good luck.  These script-kiddies are really annoying.</description>
		<content:encoded><![CDATA[<p>Dotan</p>
<p>I don&#8217;t have specifics about the holes we patched (it was done a while ago and I didn&#8217;t keep notes) but the basic idea was to validate any incoming variables in <span class="caps">PHP. </span> Using the example log above, our scripts now check to make sure thread_id is a number.  This can be done using the following:</p>
<p>if(!is_numeric($thread_id)) {<br />
        exit_error(&#8220;Invalid thread id&#8221;, &#8220;The thread id you sent was invalid.  Please try again with a valid thread id.&#8221;);<br />
}</p>
<p>Another thing to do would be to make sure you don&#8217;t use the <span class="caps">PHP </span>inclusion mechanism for any variables taken in from the user.  For example, don&#8217;t do something like this:</p>
<p>require($thread_id);</p>
<p>Otherwise, good luck.  These script-kiddies are really annoying.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nothing to see here &#187; PHP include attacks rolling on&#8230;</title>
		<link>http://todd.wallentine.com/blog/?p=174&#038;cpage=1#comment-244</link>
		<dc:creator>Nothing to see here &#187; PHP include attacks rolling on&#8230;</dc:creator>
		<pubDate>Mon, 19 Nov 2007 16:20:54 +0000</pubDate>
		<guid isPermaLink="false">http://todd.wallentine.com/blog/?p=174#comment-244</guid>
		<description>[...] I decide to google one of the URL&#8217;s that&#8217;s included, and right off the bat, I found this article from a web site that&#8217;s seeing the same thing.Ã‚Â  I believe these attacks are being launched [...]</description>
		<content:encoded><![CDATA[<p>[...] I decide to google one of the <span class="caps">URL</span>&#8217;s that&#8217;s included, and right off the bat, I found this article from a web site that&#8217;s seeing the same thing.&Atilde;‚&Acirc;&nbsp; I believe these attacks are being launched [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dotan Mazor</title>
		<link>http://todd.wallentine.com/blog/?p=174&#038;cpage=1#comment-243</link>
		<dc:creator>Dotan Mazor</dc:creator>
		<pubDate>Sun, 18 Nov 2007 05:35:56 +0000</pubDate>
		<guid isPermaLink="false">http://todd.wallentine.com/blog/?p=174#comment-243</guid>
		<description>SAnToS,

Who knows? maybe they tried to &quot;huff and puff until they blow your house in&quot; :-)

It appears that you do have readers. And from Israel, nonetheless.

We have had the same attempts, but not by &quot;dumb&quot; script kiddies. They actually know several access points on our domain, which means that they have managed to squeeze some information out of the server.

Could you post a reference of the hole that you fixed? Knowing our sys admins, it is already fixed, but I wouldn&#039;t want to crash down because of such an assumption.

And thank you for your sarcastic article. As they say: some kiddies never die - they just smell that way...

Dotan</description>
		<content:encoded><![CDATA[<p>SAnToS,</p>
<p>Who knows? maybe they tried to &#8220;huff and puff until they blow your house in&#8221; <img src='http://todd.wallentine.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>It appears that you do have readers. And from Israel, nonetheless.</p>
<p>We have had the same attempts, but not by &#8220;dumb&#8221; script kiddies. They actually know several access points on our domain, which means that they have managed to squeeze some information out of the server.</p>
<p>Could you post a reference of the hole that you fixed? Knowing our sys admins, it is already fixed, but I wouldn&#8217;t want to crash down because of such an assumption.</p>
<p>And thank you for your sarcastic article. As they say: some kiddies never die &#8211; they just smell that way&#8230;</p>
<p>Dotan</p>
]]></content:encoded>
	</item>
</channel>
</rss>
