Vulnerabilities / Threats
10/28/2011
03:55 PM
50%
50%

3 Steps To Make Your Database More Secure

Database security often takes a backseat to performance and other concerns. Here's how to strike a balance that works.

InformationWeek Healthcare Digital Supplement - Oct. 31, 2011 InformationWeek Green
Download the entire InformationWeek supplement, distributed in an all-digital format as part of our Green Initiative
(Registration required.)
We will plant a tree for each of the first 5,000 downloads.

Databases

Sound IT risk management is all about identifying critical data assets and giving them the most protection. The more critical an asset, the more defenses should be around it. Unfortunately, when it comes to databases, most companies get that formula backward.

The problem is that database performance can take priority over security at many companies. Rather than balancing security and performance issues, database security is too often left for some other time.

"DBAs and the application developers just don't have time or don't want to deal with security. It increases the cost of their product development," says Julie Lockner, an analyst at research firm Enterprise Strategy Group. They're being asked to add more applications and features, and deal with rising data volume, and that's making their test cycles longer. Says Lockner: "It's a priority thing: Do we get the features out? Or do we take the extra cycles to tie in and add the security layers around it?"

Malicious insiders and wily hackers can take advantage of this priority war within IT departments. They're accessing data they shouldn't, launching SQL injection attacks to take advantage of poorly protected app-to-database links, and exploiting vulnerabilities in database management systems to get into potentially huge and valuable data stores.

The only way to truly protect data is to make critical database security a top concern. It starts with these three principles of database protection.

Know Thyself

Many companies aren't able to protect mission-critical data because they simply don't understand how all the moving parts of their database environments work. For controls to work, IT must have a clear understanding of where the important data is, who's using it, and how it's being used.

"You have one data store, but you might have many applications hooked into it. You might not know who it is that's using the systems if you've given out a lot of privileges," says Mel Shakir, CTO of NitroSecurity, a database activity monitoring (DAM) and security information and event monitoring company recently purchased by McAfee. "And you might not even know where the critical data is if it's been copied off the system and moved to, say, test databases somewhere else."

Valuable steps include scanning for unsanctioned, rogue databases that might have been set up on the fly by other departments, documenting privilege schemas, and classifying a company's database assets by risk according to the type of data they hold. That can help get more out of database security investments.

Once IT teams know where all your databases are, they can make sure they're securely configured and patched, and use vulnerability assessment to decide what level of protection they need. For example, they can decide if they warrant constant oversight through activity-monitoring software to track what users are doing in these data stores at all times.

To read the rest of the article,
Download the Oct. 31, 2011 InformationWeek digital supplement

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: I decided to treat the kiddos to a TV dinner tonight.
Current Issue
Five Emerging Security Threats - And What You Can Learn From Them
At Black Hat USA, researchers unveiled some nasty vulnerabilities. Is your organization ready?
Flash Poll
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2013-7445
Published: 2015-10-15
The Direct Rendering Manager (DRM) subsystem in the Linux kernel through 4.x mishandles requests for Graphics Execution Manager (GEM) objects, which allows context-dependent attackers to cause a denial of service (memory consumption) via an application that processes graphics data, as demonstrated b...

CVE-2015-4948
Published: 2015-10-15
netstat in IBM AIX 5.3, 6.1, and 7.1 and VIOS 2.2.x, when a fibre channel adapter is used, allows local users to gain privileges via unspecified vectors.

CVE-2015-5660
Published: 2015-10-15
Cross-site request forgery (CSRF) vulnerability in eXtplorer before 2.1.8 allows remote attackers to hijack the authentication of arbitrary users for requests that execute PHP code.

CVE-2015-6003
Published: 2015-10-15
Directory traversal vulnerability in QNAP QTS before 4.1.4 build 0910 and 4.2.x before 4.2.0 RC2 build 0910, when AFP is enabled, allows remote attackers to read or write to arbitrary files by leveraging access to an OS X (1) user or (2) guest account.

CVE-2015-6333
Published: 2015-10-15
Cisco Application Policy Infrastructure Controller (APIC) 1.1j allows local users to gain privileges via vectors involving addition of an SSH key, aka Bug ID CSCuw46076.

Dark Reading Radio
Archived Dark Reading Radio
Cybercrime has become a well-organized business, complete with job specialization, funding, and online customer service. Dark Reading editors speak to cybercrime experts on the evolution of the cybercrime economy and the nature of today's attackers.