<?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: The Soft Underbelly? - Database Security</title>
	<atom:link href="http://www.darknet.org.uk/2007/07/the-soft-underbelly-database-security/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.darknet.org.uk/2007/07/the-soft-underbelly-database-security/</link>
	<description>Ethical Hacking, Penetration Testing &#38; Computer Security</description>
	<pubDate>Thu, 04 Dec 2008 21:40:15 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>By: Make DBAs Part of the Solution - Executive Briefing</title>
		<link>http://www.darknet.org.uk/2007/07/the-soft-underbelly-database-security/#comment-62398</link>
		<dc:creator>Make DBAs Part of the Solution - Executive Briefing</dc:creator>
		<pubDate>Sun, 12 Aug 2007 18:28:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.darknet.org.uk/2007/07/the-soft-underbelly-database-security/#comment-62398</guid>
		<description>[...] lack of a role in database security is ironic. Nowhere else in a modern organization does more valuable data reside than in the databases. And the problems are piling up. This week, Oracle was slated to release a whopping 46 patches for [...]</description>
		<content:encoded><![CDATA[<p>[...] lack of a role in database security is ironic. Nowhere else in a modern organization does more valuable data reside than in the databases. And the problems are piling up. This week, Oracle was slated to release a whopping 46 patches for [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sandeep Nain</title>
		<link>http://www.darknet.org.uk/2007/07/the-soft-underbelly-database-security/#comment-61045</link>
		<dc:creator>Sandeep Nain</dc:creator>
		<pubDate>Wed, 18 Jul 2007 04:47:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.darknet.org.uk/2007/07/the-soft-underbelly-database-security/#comment-61045</guid>
		<description>Nice post Slavik...

Keep it up...</description>
		<content:encoded><![CDATA[<p>Nice post Slavik&#8230;</p>
<p>Keep it up&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Slavik</title>
		<link>http://www.darknet.org.uk/2007/07/the-soft-underbelly-database-security/#comment-61036</link>
		<dc:creator>Slavik</dc:creator>
		<pubDate>Tue, 17 Jul 2007 23:19:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.darknet.org.uk/2007/07/the-soft-underbelly-database-security/#comment-61036</guid>
		<description>There a lots of things a company can do to secure its databases, and many people (including myself) make a living out of doing exactly that. Some of the main things are:
1. Only install what you need - DBMSs are full of features, not all of them required for every kind of installation. The more optional features you install, the larger the possible attack surface for hackers. You can get attacked through a vulnerability in a component you weren't even using - completely unnecessary.
2. Change all default passwords and users and regularly check for default/weak passwords - sounds simple, but you'll be amazed how many companies still have those lying around.
3. Grant least privileges - even seemingly innocent VIEW privileges can be an opening for exploits.
4. Use secure coding practices - for example, using bind variables will greatly help in preventing vulnerability to SQL injection
5. Encrypt sensitive data - it's another security layer, in case some of the other measures fail, and it's also a requirement for some regulatory compliance audits
6. Use security monitoring and auditing tools - this is not necessarily a huge investment, and will provide you with visibility into what's going on in the database - who's doing what, where and when. 

Just my 2 cents...</description>
		<content:encoded><![CDATA[<p>There a lots of things a company can do to secure its databases, and many people (including myself) make a living out of doing exactly that. Some of the main things are:<br />
1. Only install what you need - DBMSs are full of features, not all of them required for every kind of installation. The more optional features you install, the larger the possible attack surface for hackers. You can get attacked through a vulnerability in a component you weren&#8217;t even using - completely unnecessary.<br />
2. Change all default passwords and users and regularly check for default/weak passwords - sounds simple, but you&#8217;ll be amazed how many companies still have those lying around.<br />
3. Grant least privileges - even seemingly innocent VIEW privileges can be an opening for exploits.<br />
4. Use secure coding practices - for example, using bind variables will greatly help in preventing vulnerability to SQL injection<br />
5. Encrypt sensitive data - it&#8217;s another security layer, in case some of the other measures fail, and it&#8217;s also a requirement for some regulatory compliance audits<br />
6. Use security monitoring and auditing tools - this is not necessarily a huge investment, and will provide you with visibility into what&#8217;s going on in the database - who&#8217;s doing what, where and when. </p>
<p>Just my 2 cents&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TheRealDonQuixote</title>
		<link>http://www.darknet.org.uk/2007/07/the-soft-underbelly-database-security/#comment-60972</link>
		<dc:creator>TheRealDonQuixote</dc:creator>
		<pubDate>Tue, 17 Jul 2007 01:12:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.darknet.org.uk/2007/07/the-soft-underbelly-database-security/#comment-60972</guid>
		<description>Here's a tip for all you MBA's out there running corporate America.  Hire some pentesters to remain on your IT staff purely to keep testing your companies' security, including your actual data in your DB's.  Pay them well, not just cause they deserve it, but so they don't have wandering thoughts of more money.  Then, talk to them, learn about the basics of information security.

Oh, and stop leaving huge printouts of reports all over the place.  Not EVERYONE in the company needs a printed copy of all your sensitive info for your weekly team update or whatever.  Remember, social engineering and dumpster diving is a large part of data gathering and subsequently hacking your company into non-existence or just costing you and yours a buttload of money and time.

There, now America is safe. XD</description>
		<content:encoded><![CDATA[<p>Here&#8217;s a tip for all you MBA&#8217;s out there running corporate America.  Hire some pentesters to remain on your IT staff purely to keep testing your companies&#8217; security, including your actual data in your DB&#8217;s.  Pay them well, not just cause they deserve it, but so they don&#8217;t have wandering thoughts of more money.  Then, talk to them, learn about the basics of information security.</p>
<p>Oh, and stop leaving huge printouts of reports all over the place.  Not EVERYONE in the company needs a printed copy of all your sensitive info for your weekly team update or whatever.  Remember, social engineering and dumpster diving is a large part of data gathering and subsequently hacking your company into non-existence or just costing you and yours a buttload of money and time.</p>
<p>There, now America is safe. XD</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sandeep Nain</title>
		<link>http://www.darknet.org.uk/2007/07/the-soft-underbelly-database-security/#comment-60968</link>
		<dc:creator>Sandeep Nain</dc:creator>
		<pubDate>Tue, 17 Jul 2007 00:53:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.darknet.org.uk/2007/07/the-soft-underbelly-database-security/#comment-60968</guid>
		<description>Corporates still believe that their business critical data is very secure if they have a firewall infront of their DB server and I have also seen many DBAs assuring the management that DB is safe as they have put fine grained controls for database access.

But (as We all know) the hackers are now moving towards the application layer from network layer. therefore corporates must put some efforts in making their s/w applications secure (applications which are interacting with those corporate databases). Special consideration should be given to authentication and access control mechanisms... 

e.g. If there is a flaw in authentication system of a web application, a hacker may be able to log in as administrator and destory the business critical data.</description>
		<content:encoded><![CDATA[<p>Corporates still believe that their business critical data is very secure if they have a firewall infront of their DB server and I have also seen many DBAs assuring the management that DB is safe as they have put fine grained controls for database access.</p>
<p>But (as We all know) the hackers are now moving towards the application layer from network layer. therefore corporates must put some efforts in making their s/w applications secure (applications which are interacting with those corporate databases). Special consideration should be given to authentication and access control mechanisms&#8230; </p>
<p>e.g. If there is a flaw in authentication system of a web application, a hacker may be able to log in as administrator and destory the business critical data.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: backbone</title>
		<link>http://www.darknet.org.uk/2007/07/the-soft-underbelly-database-security/#comment-60963</link>
		<dc:creator>backbone</dc:creator>
		<pubDate>Mon, 16 Jul 2007 23:42:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.darknet.org.uk/2007/07/the-soft-underbelly-database-security/#comment-60963</guid>
		<description>i think that the db's will be even tomorrow... they are the biggest step in data storying systems... can't see something better that databases... just improvements...</description>
		<content:encoded><![CDATA[<p>i think that the db&#8217;s will be even tomorrow&#8230; they are the biggest step in data storying systems&#8230; can&#8217;t see something better that databases&#8230; just improvements&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ful Stomach</title>
		<link>http://www.darknet.org.uk/2007/07/the-soft-underbelly-database-security/#comment-60961</link>
		<dc:creator>Ful Stomach</dc:creator>
		<pubDate>Mon, 16 Jul 2007 23:09:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.darknet.org.uk/2007/07/the-soft-underbelly-database-security/#comment-60961</guid>
		<description>It's interesting that this article is posted today, cause it was only yesterday I was thinking "WoW another SQL injection HaX".  I haven't been back to look at the related articles, but from memory, this site seems to reflect the fact that there are allot of techniques/tools for compromising insecure databases.

Just a thought, if it's databases today, then what will be tomorrow?</description>
		<content:encoded><![CDATA[<p>It&#8217;s interesting that this article is posted today, cause it was only yesterday I was thinking &#8220;WoW another SQL injection HaX&#8221;.  I haven&#8217;t been back to look at the related articles, but from memory, this site seems to reflect the fact that there are allot of techniques/tools for compromising insecure databases.</p>
<p>Just a thought, if it&#8217;s databases today, then what will be tomorrow?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cyanide</title>
		<link>http://www.darknet.org.uk/2007/07/the-soft-underbelly-database-security/#comment-60954</link>
		<dc:creator>Cyanide</dc:creator>
		<pubDate>Mon, 16 Jul 2007 20:02:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.darknet.org.uk/2007/07/the-soft-underbelly-database-security/#comment-60954</guid>
		<description>Some of the things you can do for databases are simple things like row permissions and just finer grained controls including what a user can and cant do on certain rows or a db.

Other examples are putting your db servers at the center of a "Onion" security model where the databases are the most protected asset to a company and putting firewalls in front of certain database servers that only allow certain hosts to access to the server. You should look at the overall network design though when doing this and do it conjunction with other methods like network segmentation.</description>
		<content:encoded><![CDATA[<p>Some of the things you can do for databases are simple things like row permissions and just finer grained controls including what a user can and cant do on certain rows or a db.</p>
<p>Other examples are putting your db servers at the center of a &#8220;Onion&#8221; security model where the databases are the most protected asset to a company and putting firewalls in front of certain database servers that only allow certain hosts to access to the server. You should look at the overall network design though when doing this and do it conjunction with other methods like network segmentation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: backbone</title>
		<link>http://www.darknet.org.uk/2007/07/the-soft-underbelly-database-security/#comment-60940</link>
		<dc:creator>backbone</dc:creator>
		<pubDate>Mon, 16 Jul 2007 17:40:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.darknet.org.uk/2007/07/the-soft-underbelly-database-security/#comment-60940</guid>
		<description>the thing is that I didn't see any tips on how to secure your database... of course it's a stupid think to leave not passworded your database, but beyond that never seen quite good tips =))))</description>
		<content:encoded><![CDATA[<p>the thing is that I didn&#8217;t see any tips on how to secure your database&#8230; of course it&#8217;s a stupid think to leave not passworded your database, but beyond that never seen quite good tips =))))</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SN</title>
		<link>http://www.darknet.org.uk/2007/07/the-soft-underbelly-database-security/#comment-60933</link>
		<dc:creator>SN</dc:creator>
		<pubDate>Mon, 16 Jul 2007 14:23:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.darknet.org.uk/2007/07/the-soft-underbelly-database-security/#comment-60933</guid>
		<description>very interesting .. security is important, but I guess data is even more important for security purposes ($$$)</description>
		<content:encoded><![CDATA[<p>very interesting .. security is important, but I guess data is even more important for security purposes ($$$)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
