Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Perimeter

7/12/2012
10:11 AM
Adrian Lane
Adrian Lane
Commentary
50%
50%

Let's Ask 'Why?'

Why are big firms still vulnerable to SQL injection?

Database security people as "Why?" a lot. "Why didn't they patch the database?" "Why did they move production data into testing?" "Why are they still vulnerable to SQL Injection?" "Why did forget to change the default admin password" "Why are we seeing these same simple errors?"

There has been a slowdown of blogging on the topic of database security of late. Not just me, though I am equally guilty, but just about every DB security expert I know has not had very little to say on the subject in the past year. Worse, look at the conference agenda's of RSA and Black Hat -- two of the industry's largest security shows -- and you are lucky if there is one presentation on the subject. I think since we have been seeing the same headlines over and over for so long, database security has lost its luster. Mobile, cloud, or even social media security, that's sexy. SQL injection? Not sexy, but it sure is effective.

So this is yet another opportunity to ask the question: "Why?" Have databases become so secure that it's not a topic for discussion? Not likely; it has being reported that Yahoo! suffered a breach today. The cause? SQL injection. Have you heard this before? Yes, you have.

According to data published from Privacyrights.org (CSV), SQL injection was the means used to extract 83 percent of the total records stolen in successful hacking-related data breaches from 2005 to 2011. Blink, and tomorrow it will be yet another big company. We don't see code injection and buffer overflow attacks like we used to -- the vendors have done a much better job at fixing those issues -- but SQL injection, compromised credentials, and poorly configured systems are still prevalent. These are the same basic threats we've seen for the past decade, and we see the same breach headlines!

We don't ask the question, "Why attack the database?" because we know the answer: That's where the data is. Databases are still a principle target, and most of the principle threat vectors remain viable for an attacker.

Database security programs, for better than half the small/midsize businesses I speak with, is a yearly access control and configuration assessment. No discovery. No monitoring. And if they do logging (and most don't), the data is sent to a log management system and not reviewed. That's it. And apparently lots of big enterprises don't get it right either. We've got tons of really good monitoring, assessment, auditing, masking, and encryption products out there for databases. Some are ridiculously simple to use. Others are offered for free; if you only have a handful of databases, you're not even going to pay to use some of the capabilities.

If database security is nagging at the back of your mind, then take some time and see what's out there. And if you are worried about risks, run a quick analysis to see what assets pose the greatest risk to your firm should they be lost or stolen. I think you will find the contents of the database to be at the top of your list.

Adrian Lane is an analyst/CTO with Securosis LLC, an independent security consulting practice. Special to Dark Reading. Adrian Lane is a Security Strategist and brings over 25 years of industry experience to the Securosis team, much of it at the executive level. Adrian specializes in database security, data security, and secure software development. With experience at Ingres, Oracle, and ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Oldest First  |  Newest First  |  Threaded View
SOC 2s & Third-Party Assessments: How to Prevent Them from Being Used in a Data Breach Lawsuit
Beth Burgin Waller, Chair, Cybersecurity & Data Privacy Practice , Woods Rogers PLC,  12/5/2019
Navigating Security in the Cloud
Diya Jolly, Chief Product Officer, Okta,  12/4/2019
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: "This is the last time we hire Game of Thrones Security"
Current Issue
Navigating the Deluge of Security Data
In this Tech Digest, Dark Reading shares the experiences of some top security practitioners as they navigate volumes of security data. We examine some examples of how enterprises can cull this data to find the clues they need.
Flash Poll
Rethinking Enterprise Data Defense
Rethinking Enterprise Data Defense
Frustrated with recurring intrusions and breaches, cybersecurity professionals are questioning some of the industrys conventional wisdom. Heres a look at what theyre thinking about.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2019-4428
PUBLISHED: 2019-12-09
IBM Watson Assistant for IBM Cloud Pak for Data 1.0.0 through 1.3.0 is vulnerable to cross-site scripting. This vulnerability allows users to embed arbitrary JavaScript code in the Web UI thus altering the intended functionality potentially leading to credentials disclosure within a trusted session....
CVE-2019-4611
PUBLISHED: 2019-12-09
IBM Planning Analytics 2.0 is vulnerable to cross-site scripting. This vulnerability allows users to embed arbitrary JavaScript code in the Web UI thus altering the intended functionality potentially leading to credentials disclosure within a trusted session. IBM X-Force ID: 168519.
CVE-2019-4612
PUBLISHED: 2019-12-09
IBM Planning Analytics 2.0 is vulnerable to malicious file upload in the My Account Portal. Attackers can make use of this weakness and upload malicious executable files into the system and it can be sent to victim for performing further attacks. IBM X-Force ID: 168523.
CVE-2019-4621
PUBLISHED: 2019-12-09
IBM DataPower Gateway 7.6.0.0-7 throug 6.0.14 and 2018.4.1.0 through 2018.4.1.5 have a default administrator account that is enabled if the IPMI LAN channel is enabled. A remote attacker could use this account to gain unauthorised access to the BMC. IBM X-Force ID: 168883.
CVE-2019-19230
PUBLISHED: 2019-12-09
An unsafe deserialization vulnerability exists in CA Release Automation (Nolio) 6.6 with the DataManagement component that can allow a remote attacker to execute arbitrary code.