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

3/14/2013
11:36 AM
Adrian Lane
Adrian Lane
Commentary
50%
50%

Database Security Operations

Process -- not tools -- is important

Meeting up with seasoned database security and IT operations teams always keeps me on my toes. The RSA Conference is one such event where I get to meet people who have been doing database security far longer than your average practitioner, and their perspective of the daily grind -- in the trenches -- is very different from my typical analyst inquiry on how to deploy a specific security technology.

To this group of veterans, the tools are secondary; they are only as good as the management process that leverages the tool to automate tasks. Get the process wrong and you end up doing more work, not less, regardless of automation. And if the process is not monitored, tasks -- security or otherwise -- don't get done at all. The lesson that was consistent among this group: Security needs to be part of dev-ops (development and operations teams), built into the process as part of the every day set of tasks to ensure basic quality.

Part of the reason for this is that security, if not implemented, is not something the average IT user notices. Don't do it, and no one complains, and no one notices. Well, until there is a breach. The second, and more selfish reason, is to preserve the sanity of the DBAs. There was only so much they could take on, so adherence to the process showed they were doing their job. It gave them a bar to measure against success or failure, and it limited the number of ad-hoc requests from other organizations. Defining what they would and would not do gives priority to tasks.

One thing clear from my experience is that unless security is systemic to the daily process, it won't work. It's a lesson learned from secure software development. No other security-related discipline is more at odds with productivity -- and the most likely to be set aside in favor of new feature development.

The example I cite most is the need to do security unit testing -- in essence, ensuring the code the developers send to QA does, in fact, meet minimum standards. If you actually require security as part of the hand-off requirement, then the work actually gets done. If you treat security as just another feature, then it must compete with more glamorous additions for attention. And any of you in software development know that, at the end of a waterfall development cycle, decisions are made as to what makes it into the build and what gets cut. Security usually loses to shiny, new toys.

The same holds true for database security. If it's not part of the dev-ops cycles, it gets sidelined in favor of other work. If patching is not a regular, regimented, and monitored process, it tends to sit on the sidelines. If you don't run predeployment validation -- making sure that configurations are accurate -- remove unwanted and unneeded modules, and close secondary avenues of database access like PUBLIC permissions or external procedures, then they hang around forever. Seldom does anyone find the time to go back and clean up a mess, as there is always more to do.

Next week I'll get back to setting up a basic database security program.

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

 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
COVID-19: Latest Security News & Commentary
Dark Reading Staff 7/6/2020
Ripple20 Threatens Increasingly Connected Medical Devices
Kelly Sheridan, Staff Editor, Dark Reading,  6/30/2020
DDoS Attacks Jump 542% from Q4 2019 to Q1 2020
Dark Reading Staff 6/30/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
How Cybersecurity Incident Response Programs Work (and Why Some Don't)
This Tech Digest takes a look at the vital role cybersecurity incident response (IR) plays in managing cyber-risk within organizations. Download the Tech Digest today to find out how well-planned IR programs can detect intrusions, contain breaches, and help an organization restore normal operations.
Flash Poll
The Threat from the Internetand What Your Organization Can Do About It
The Threat from the Internetand What Your Organization Can Do About It
This report describes some of the latest attacks and threats emanating from the Internet, as well as advice and tips on how your organization can mitigate those threats before they affect your business. Download it today!
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-15570
PUBLISHED: 2020-07-06
The parse_report() function in whoopsie.c in Whoopsie through 0.2.69 mishandles memory allocation failures, which allows an attacker to cause a denial of service via a malformed crash file.
CVE-2020-15569
PUBLISHED: 2020-07-06
PlayerGeneric.cpp in MilkyTracker through 1.02.00 has a use-after-free in the PlayerGeneric destructor.
CVE-2020-7690
PUBLISHED: 2020-07-06
It's possible to inject JavaScript code via the html method.
CVE-2020-7691
PUBLISHED: 2020-07-06
It's possible to use <<script>script> in order to go over the filtering regex.
CVE-2020-15562
PUBLISHED: 2020-07-06
An issue was discovered in Roundcube Webmail before 1.2.11, 1.3.x before 1.3.14, and 1.4.x before 1.4.7. It allows XSS via a crafted HTML e-mail message, as demonstrated by a JavaScript payload in the xmlns (aka XML namespace) attribute of a HEAD element when an SVG element exists.