<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>stopthehacker.com &#187; drupal</title>
	<atom:link href="http://www.stopthehacker.com/tag/drupal/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.stopthehacker.com</link>
	<description>Jaal, LLC</description>
	<lastBuildDate>Sat, 04 Feb 2012 01:14:51 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Analyzing Popular CMSs: Are Drupal Users at Risk?</title>
		<link>http://www.stopthehacker.com/2010/02/03/analyzing-popular-cmss-are-drupal-users-at-risk/</link>
		<comments>http://www.stopthehacker.com/2010/02/03/analyzing-popular-cmss-are-drupal-users-at-risk/#comments</comments>
		<pubDate>Wed, 03 Feb 2010 20:34:41 +0000</pubDate>
		<dc:creator>anirban</dc:creator>
				<category><![CDATA[Report]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[CMS]]></category>
		<category><![CDATA[drupal]]></category>
		<category><![CDATA[safety]]></category>
		<category><![CDATA[website]]></category>

		<guid isPermaLink="false">http://www.stopthehacker.com/?p=1221</guid>
		<description><![CDATA[Continuing with this series of articles on CMS security, we have previously profiled Joomla and WordPress, this time we will be focusing on Drupal. Another, in a line of popular CMSs available today, Drupal, is used by tens of thousands of websites. Similar to WordPress, it has various plugins to customize the base installation and also [...]]]></description>
			<content:encoded><![CDATA[<p>Continuing with this series of articles on CMS security, we have previously profiled <a href="http://www.stopthehacker.com/2010/02/01/analyzing-popular-cmses-sites-using-joomla/" target="_blank">Joomla</a> and <a href="http://www.stopthehacker.com/2010/02/02/analyzing-popular-cmses-are-wordpress-users-at-risk/" target="_blank">WordPress</a>, this time we will be focusing on <a href="http://drupal.org/" target="_blank">Drupal</a>. Another, in a line of popular CMSs available today, <a href="http://drupal.org/" target="_blank">Drupal</a>, is used by tens of thousands of websites. Similar to <a href="../2010/02/02/analyzing-popular-cmses-are-wordpress-users-at-risk/" target="_blank">WordPress</a>, it has various plugins to customize the base installation and also sports interesting features such as &#8220;friendly links.&#8221; Quoting from the Drupal site, &#8220;Drupal uses Apache&#8217;s mod_rewrite to enable customizable URLs that are both user and search engine friendly.&#8221; Additionally, this particular CMS enjoys a large user community that is very serious about security.</p>
<p><a href="http://drupal.org/" target="_blank">Drupal</a> is another prime example of a modern CMS. With more than <a href="http://drupal.org/project/usage/drupal" target="_blank">250,000 weekly hits</a> to its APIs, this CMS has gained immense popularity! One would agree with the statement on the <a href="http://drupal.org/" target="_blank">Drupal</a> site which proclaims: &#8220;Tens of thousands of people and organizations are <a href="http://drupal.org/cases">using Drupal</a> to power scores of different web sites&#8221;.</p>
<p>Similar to the other CMSs which we have profiled in this series, <a href="http://drupal.org/" target="_blank">Drupal</a> offers the flexibility to manage content easily, add attractive themes and otherwise customize websites. Considering the plethora of <a href="http://drupal.org/project/Themes" target="_blank">themes</a> available through the Drupal website, users seem to be very conscious of the attractiveness of their sites.</p>
<p>In this post we will be taking a close look at <a href="http://drupal.org/" target="_blank">Drupal</a> to understand any interesting issues with active installations publicly seen on the Internet.</p>
<p><strong>The aim of this experiment:</strong></p>
<ul>
<li>What associated scripts do <a href="http://drupal.org/" target="_blank">Drupal</a> users use in addition to core <a href="http://drupal.org/" target="_blank">Drupal</a> functionality?</li>
<li>What are the vulnerabilities of using the associated scripts?</li>
</ul>
<p><strong>Experiment methodology:</strong></p>
<p>An initial corpus of 100,000 websites was mined (via <a href="http://www.google.com" target="_blank">Google</a>) using a keyword search to locate websites which discussed <a href="http://drupal.org/" target="_blank">Drupal</a>. Understandably, not all 100,000 websites were actually using <a href="http://drupal.org/" target="_blank">Drupal</a>. Approximately 10,000 websites from this corpus were analyzed. Each website was analyzed to determine if it was generated by <a href="http://drupal.org/" target="_blank">Drupal</a> or its associated plugins. Each website was then cross-referenced with the <a href="http://www.google.com/tools/firefox/safebrowsing/" target="_blank">Google Safe Browsing List</a>. This experiment was conducted between January 28th and January 30th, 2010.</p>
<p><strong>We present the most interesting results in brief:</strong></p>
<ul>
<li>None of the <a href="http://drupal.org/" target="_blank">Drupal</a> sites were blacklisted by <a href="http://www.google.com/tools/firefox/safebrowsing/" target="_blank">Google Safe Browsing</a>.</li>
<li>10.1% of <a href="http://drupal.org/" target="_blank">Drupal</a> sites had Iframes embedded in them. None of the Iframes were obfuscated or tried to load malware.</li>
<li> 79.3% of <a href="http://drupal.org/" target="_blank">Drupal</a> sites which had Iframes were using JQuery.<br />
<em>Note: <a href="http://www.stopthehacker.com/2009/12/09/when-benign-scripts-attack-v/" target="_blank">JQuery has been known to be targeted by malicious hackers as a code-injection delivery mechanism</a>.</em></li>
<li>A whopping 66.2% of all <a href="http://drupal.org/" target="_blank">Drupal</a> sites use jQuery.</li>
<li>None of the <a href="http://drupal.org/" target="_blank">Drupal</a> sites use Mootools.</li>
<li>Only 1.7% of the <a href="http://drupal.org/" target="_blank">Drupal</a> sites use AC_RunActiveContent.js.</li>
</ul>
<p><strong>Conclusion:</strong></p>
<p>This limited experiment shows that unlike some of the other CMS packages we have looked at, <a href="http://drupal.org/" target="_blank">Drupal</a> installations seem to be safe from the most prevalent malware. Furthermore, it seems that the correlation between <a href="http://drupal.org/" target="_blank">Drupal</a> users and jQuery users is much tighter than in the case of other CMS packages. It might be an interesting point to probe further, to understand why the number of infected <a href="http://drupal.org/" target="_blank">Drupal</a> installations is much less than the number of infected installations of other CMS systems while jQuery continues to be a common attack vector.</p>
<p>Till next time.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.stopthehacker.com/2010/02/03/analyzing-popular-cmss-are-drupal-users-at-risk/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

