<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0" xmlns:media="http://search.yahoo.com/mrss/"><channel><title><![CDATA[Cassandra - Shodan Blog]]></title><description><![CDATA[The latest news and developments for Shodan.]]></description><link>https://blog.shodan.io/</link><generator>Ghost 0.7</generator><lastBuildDate>Thu, 09 Apr 2026 21:30:28 GMT</lastBuildDate><atom:link href="https://blog.shodan.io/tag/cassandra/rss/" rel="self" type="application/rss+xml"/><ttl>60</ttl><item><title><![CDATA[It's Still the Data, Stupid!]]></title><description><![CDATA[<p>In light of the recent incident of <a href="https://krebsonsecurity.com/2015/12/13-million-mackeeper-users-exposed/">MacKeeper exposing 13 million accounts</a> through a public, unauthenticated MongoDB instances I wanted to quickly revisit my <a href="https://blog.shodan.io/its-the-data-stupid/">earlier blog post</a> on the subject.</p>

<p>At the moment, there are at least <a href="https://www.shodan.io/report/nlrw9g59">35,000 publicly available, unauthenticated instances of MongoDB</a> running on the Internet. This</p>]]></description><link>https://blog.shodan.io/its-still-the-data-stupid/</link><guid isPermaLink="false">2143defc-cf08-4c17-8532-ec7fdf0b4012</guid><category><![CDATA[research]]></category><category><![CDATA[MongoBD]]></category><category><![CDATA[NoSQL]]></category><category><![CDATA[Cassandra]]></category><category><![CDATA[Riak]]></category><category><![CDATA[Redis]]></category><category><![CDATA[CouchDB]]></category><dc:creator><![CDATA[John Matherly]]></dc:creator><pubDate>Tue, 15 Dec 2015 07:30:59 GMT</pubDate><media:content url="http://blog.shodan.io/content/images/2015/12/Library-with-a-book-ladde-014.jpg" medium="image"/><content:encoded><![CDATA[<img src="http://blog.shodan.io/content/images/2015/12/Library-with-a-book-ladde-014.jpg" alt="It's Still the Data, Stupid!"><p>In light of the recent incident of <a href="https://krebsonsecurity.com/2015/12/13-million-mackeeper-users-exposed/">MacKeeper exposing 13 million accounts</a> through a public, unauthenticated MongoDB instances I wanted to quickly revisit my <a href="https://blog.shodan.io/its-the-data-stupid/">earlier blog post</a> on the subject.</p>

<p>At the moment, there are at least <a href="https://www.shodan.io/report/nlrw9g59">35,000 publicly available, unauthenticated instances of MongoDB</a> running on the Internet. This is an increase of >5,000 instances since the last article. They're hosted mostly on Amazon, Digital Ocean and Aliyun (cloud computing by Alibaba):</p>

<p><img src="https://blog.shodan.io/content/images/2015/12/Firefox_Screenshot_2015-12-15T07-29-58-196Z.png" alt="It's Still the Data, Stupid!"></p>

<p>The most popular versions of MongoDB are:</p>

<ol>
<li><strong>3.0.7</strong>: 3,010  </li>
<li><strong>2.4.9</strong>: 2,624  </li>
<li><strong>2.4.14</strong>: 2,535  </li>
<li><strong>2.4.10</strong>: 1,879  </li>
<li><strong>3.0.6</strong>: 1,256</li>
</ol>

<p>By default, newer versions of MongoDB only listen on localhost. The fact that MongoDB 3.0 is well-represented means that a lot of people are changing the default configuration of MongoDB to something less secure and aren't enabling any firewall to protect their database. In the previous article, it looked like the misconfiguration problem might solve itself due to the new defaults that MongoDB started shipping with; that doesn't appear to be the case based on the new information. It could be that users are upgrading their instances but using their existing, insecure configuration files.</p>

<p>In terms of data volume, all of the exposed databases combined account for <strong>684.8 TB of data</strong>. And the most popular database names are:</p>

<ol>
<li><strong>local</strong>: 33,947  </li>
<li><strong>admin</strong>: 23,970  </li>
<li><strong>db</strong>: 8,638  </li>
<li><strong>test</strong>: 6,761  </li>
<li><strong>config</strong>: 859  </li>
<li><strong>test1</strong>: 612  </li>
<li><strong>mydb</strong>: 549  </li>
<li><strong>DrugSupervise</strong>: 382  </li>
<li><strong>Video</strong>: 376  </li>
<li><strong>mean-dev</strong>: 252</li>
</ol>

<p>The database names are mostly the same as before, with the exception of: DrugSupervise and mean-dev. Notably absent is <strong>hackedDB</strong> which was at #8 last time.</p>

<p>Finally, I can't stress enough that this problem is not unique to MongoDB: <a href="https://www.shodan.io/search?query=product%3Aredis">Redis</a>, <a href="https://www.shodan.io/search?query=product%3Acouchdb">CouchDB</a>, <a href="https://www.shodan.io/search?query=product%3Acassandra">Cassandra</a> and <a href="https://www.shodan.io/search?query=port%3A8098+mochiweb">Riak</a> are equally impacted by these sorts of misconfigurations.</p>]]></content:encoded></item></channel></rss>