Application Security //

Database Security

05:05 PM

Five Worst Practices In Database Encryption

Poor encryption deployments risk too much critical information within databases

Database encryption can add a valuable layer of security to critical data stores, but only if the encryption is done well. As the number of database encryption deployments increases, so, too, does the number of bad encryption deployments.

Following are the five most common encryption worst practices that security experts see organizations engage in today. To get the most out of their security dollars, enterprises would do well to avoid these pitfalls.

1. Storing Keys In The Wrong Place
According to some security experts, one of the worst sins of database encryption is to comingle your encryption keys with the data they're used to encrypt.

"If you’re encrypting sensitive data in your database, then one of the worst practices is to store either the key used to encrypt the data or the authentication credentials that are used to get that key in the same database as the encrypted data," says Luther Martin, chief security architect for Voltage Security. "Doing that gives you the illusion of security, but actually provides very little real security."

To really protect your data, keep the management of encryption keys separate from the database that stores the data encrypted with those keys.

2. Failing To Centralize Key Management
Many times keys end up in the wrong place -- and poorly secured, at that -- because the organization is simply too overwhelmed to keep track of them.

"One of the main issues is the sheer number of encryption keys and digital certificates in use within organizations," says Jeff Hudson, CEO of Venafi. "Research shows that it is not uncommon for an organization to be managing certificates and keys in the thousands, if not tens of thousands."

Many organizations are sold encryption, but not the means or knowledge to manage it, Hudson says.

"Encryption is only half the solution. IT departments must track where the keys are and monitor and manage who has access to them. Organizations need to quickly come to terms with how crucial encryption keys are to safeguarding the entire enterprise," he says. "This heightens the need for both a deepened understanding of encryption best practices, as well as automated key and certificate management with access controls, separation of duties, and improved polices."

Ideally, organizations should endeavor to centralize key management as much as possible in order to know what the organization has in its inventory, where keys are located, and how they're protected.

NEXT PAGE: Recipe for disaster.

1 of 2
Comment  | 
Print  | 
More Insights
Newest First  |  Oldest First  |  Threaded View
Higher Education: 15 Books to Help Cybersecurity Pros Be Better
Curtis Franklin Jr., Senior Editor at Dark Reading,  12/12/2018
'PowerSnitch' Hacks Androids via Power Banks
Kelly Jackson Higgins, Executive Editor at Dark Reading,  12/8/2018
How Well Is Your Organization Investing Its Cybersecurity Dollars?
Jack Jones, Chairman, FAIR Institute,  12/11/2018
Register for Dark Reading Newsletters
White Papers
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: This comment is waiting for review by our moderators.
Current Issue
10 Best Practices That Could Reshape Your IT Security Department
This Dark Reading Tech Digest, explores ten best practices that could reshape IT security departments.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
PUBLISHED: 2018-12-13
XSS exists in FUEL CMS 1.4.3 via the Header or Body in the Layout Variables during new-page creation, as demonstrated by the pages/edit/1?lang=english URI.
PUBLISHED: 2018-12-13
XSS exists in FUEL CMS 1.4.3 via the Page title, Meta description, or Meta keywords during page data management, as demonstrated by the pages/edit/1?lang=english URI.
PUBLISHED: 2018-12-13
PHP Scripts Mall Entrepreneur B2B Script 3.0.6 allows Stored XSS via Account Settings fields such as FirstName and LastName, a similar issue to CVE-2018-14541.
PUBLISHED: 2018-12-13
IBM Security Guardium 10 and 10.5 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: 150021.
PUBLISHED: 2018-12-13
IBM Security Guardium 10 and 10.5 contains hard-coded credentials, such as a password or cryptographic key, which it uses for its own inbound authentication, outbound communication to external components, or encryption of internal data. IBM X-Force ID: 150022.