<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.2.1" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Widespread SQL injection &#038; Javascript malware</title>
	<link>http://travisaltman.com/widespread-sql-injection-javascript-malware/</link>
	<description></description>
	<pubDate>Tue, 06 Jan 2009 04:43:42 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2.1</generator>

	<item>
		<title>By: travis</title>
		<link>http://travisaltman.com/widespread-sql-injection-javascript-malware/#comment-86</link>
		<author>travis</author>
		<pubDate>Fri, 16 May 2008 16:49:25 +0000</pubDate>
		<guid>http://travisaltman.com/widespread-sql-injection-javascript-malware/#comment-86</guid>
		<description>&lt;p&gt;Joel,&lt;/p&gt;
&lt;p&gt;you make a good point, i'm surprised this didn't happen months or years ago. as far as offending code you can do it but it's not the easiest solution. Eric Jenko above pointed me to a link on how to fix the problem.&lt;/p&gt;
&lt;p&gt;http://phreakhead.livejournal.com/2008/05/12/&lt;/p&gt;
&lt;p&gt;in phreakhead's case he searches for and replaces wowyeye.com/m.js, you would of course have to search for other offending URL's also.&lt;/p&gt;
&lt;p&gt;speaking of worms Joel, Eric also pointed to an article yesterday saying that the likely culprit is a botnet. who would'a thunk it?&lt;/p&gt;
&lt;p&gt;http://www.darknet.org.uk/2008/05/new-botnet-malware-spreading-sql-injection-attack-tool/&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Joel,</p>
<p>you make a good point, i&#8217;m surprised this didn&#8217;t happen months or years ago. as far as offending code you can do it but it&#8217;s not the easiest solution. Eric Jenko above pointed me to a link on how to fix the problem.</p>
<p><a href="http://phreakhead.livejournal.com/2008/05/12/" rel="nofollow">http://phreakhead.livejournal.com/2008/05/12/</a></p>
<p>in phreakhead&#8217;s case he searches for and replaces wowyeye.com/m.js, you would of course have to search for other offending URL&#8217;s also.</p>
<p>speaking of worms Joel, Eric also pointed to an article yesterday saying that the likely culprit is a botnet. who would&#8217;a thunk it?</p>
<p><a href="http://www.darknet.org.uk/2008/05/new-botnet-malware-spreading-sql-injection-attack-tool/" rel="nofollow">http://www.darknet.org.uk/2008/05/new-botnet-malware-spreading-sql-injection-attack-tool/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joel Helgeson</title>
		<link>http://travisaltman.com/widespread-sql-injection-javascript-malware/#comment-85</link>
		<author>Joel Helgeson</author>
		<pubDate>Fri, 16 May 2008 16:13:07 +0000</pubDate>
		<guid>http://travisaltman.com/widespread-sql-injection-javascript-malware/#comment-85</guid>
		<description>The internet worm is back. My only surprise is that it took them this long to innovate.
Second, being that the exploits are being served up by the database, the Database Admin will see no problems, because we're not dealing with corruption here. They would need to delve into the tables and find the offending code... and how the heck are they supposed to do that?
Apparently history does repeat itself, the attackers have gone back to defacing websites.</description>
		<content:encoded><![CDATA[<p>The internet worm is back. My only surprise is that it took them this long to innovate.<br />
Second, being that the exploits are being served up by the database, the Database Admin will see no problems, because we&#8217;re not dealing with corruption here. They would need to delve into the tables and find the offending code&#8230; and how the heck are they supposed to do that?<br />
Apparently history does repeat itself, the attackers have gone back to defacing websites.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: travis</title>
		<link>http://travisaltman.com/widespread-sql-injection-javascript-malware/#comment-84</link>
		<author>travis</author>
		<pubDate>Fri, 16 May 2008 03:06:46 +0000</pubDate>
		<guid>http://travisaltman.com/widespread-sql-injection-javascript-malware/#comment-84</guid>
		<description>Eric,

you're right about mixing up the javascript on the sites performing the exploits, i didn't really think about that. the possibilities are some what endless when the attacker has a hold of your web apps database.

also something interesting that PJ McGarvey out of Philly pointed out is that some of the javascript used is obfuscated to try and hide the attack. i haven't personally analyzed much of this attack but the 50,000 ft view is scary enough.</description>
		<content:encoded><![CDATA[<p>Eric,</p>
<p>you&#8217;re right about mixing up the javascript on the sites performing the exploits, i didn&#8217;t really think about that. the possibilities are some what endless when the attacker has a hold of your web apps database.</p>
<p>also something interesting that PJ McGarvey out of Philly pointed out is that some of the javascript used is obfuscated to try and hide the attack. i haven&#8217;t personally analyzed much of this attack but the 50,000 ft view is scary enough.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Jenko</title>
		<link>http://travisaltman.com/widespread-sql-injection-javascript-malware/#comment-83</link>
		<author>Eric Jenko</author>
		<pubDate>Thu, 15 May 2008 21:44:12 +0000</pubDate>
		<guid>http://travisaltman.com/widespread-sql-injection-javascript-malware/#comment-83</guid>
		<description>Another thing to consider is how dynamic the attack can be.  Consider that what is stored to the victim-site is the call to the external js file and NOT the js file, itself.

This means that the person/people who serve the malicious js files can constantly update the code with different or newly crafted attacks.

...Of course, this is assuming that the injection goes unnoticed by the victim-sites' owners.  But given the widespread success, how many of the  victim-sites' owners are aware that they are victims?  :)</description>
		<content:encoded><![CDATA[<p>Another thing to consider is how dynamic the attack can be.  Consider that what is stored to the victim-site is the call to the external js file and NOT the js file, itself.</p>
<p>This means that the person/people who serve the malicious js files can constantly update the code with different or newly crafted attacks.</p>
<p>&#8230;Of course, this is assuming that the injection goes unnoticed by the victim-sites&#8217; owners.  But given the widespread success, how many of the  victim-sites&#8217; owners are aware that they are victims?  <img src='http://travisaltman.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
</channel>
</rss>
