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/15/2010
12:27 PM
Adrian Lane
Adrian Lane
Commentary
50%
50%

Patching And Risk Mitigation

I followed an interesting discussion on a DBA chat board this week regarding whether to patch a database. The root issue for the DBA was a minor vulnerability was corrected by a recent patch release, but fear that a multipatch install process could fail halted the upgrade.

I followed an interesting discussion on a DBA chat board this week regarding whether to patch a database. The root issue for the DBA was a minor vulnerability was corrected by a recent patch release, but fear that a multipatch install process could fail halted the upgrade.The fear is not unfounded: Complex patching processes for both point and patch releases, from all vendors, have seen bugs, poorly documented instructions, and minimally tested installer scripts. The trade-off is one of fixing a minor bug at the risk of having the installer fail or, worse, completing a successful installation only to find some days later that you have a new, more damaging bug.

The basic issue of risk aversion is all too common and why we have seen entire industries reluctant to upgrade to a database vendor's latest and greatest patch levels. When Oracle announced version 11G, for example, large percentages of the Asian and central American markets were still running 9.2. Security threats and issues of data security have pushed organizations to patch far more frequently to avoid known vulnerabilities. Still, we have seen recent studies where security patches often lag a year because companies are more afraid of the risk they know and can quantify than the nebulous risk of a security breach.

Most IT professionals figure that having a quality backup prior to a patch installation mitigates the risk of patching, but this is an oversimplification. The problem is not that simple as a failed installation script, where the database fails to restart, resulting in a lot of wasted effort and system downtime. Restoration processes are time-consuming, and while virtualization technologies help, there is still a lot of work to do. In cases where new bugs are discovered after a new revision is up and running, you may not be able to roll back to your previous version because the state of the database has changed. Smaller organization don't have the resources to rigorously test patches prior to deployment, so it becomes "patch and pray."

Database vendors offer announcements of pending patches, prior to availability, which helps IT groups to prepare. Further, they offer some details about what bugs and security threats you can expect to be fixed. But what we don't get from them is decent exploit analysis or workaround options. The database vendors are motivated to have their customers upgrade as often as possible, keeping the community on the latest versions of their software.

In addition, vendors are not eager to divulge details about vulnerabilities, which, quite frankly, makes them look bad. But this is an important vector of information for security professionals and DBAs alike. Understanding how an exploit works aids IT teams to better understand the threat and potential impact to their businesses. The answer may be "no impact," in which case it does not make sense to patch. But there really is not enough information within the vendor patch announcement.

For most security professionals, a workaround is as good as a patch. If they can address the issue through a UTM, WAF, NAC, or whatever tools they have at their disposal, then they really don't care. But without being provided a specific workaround -- other than patching -- they have to dig for answers. For example, if you want to address a remote exploitation of a vulnerability, you cannot implement a firewall rule for the threat without some understanding of the exploit signature. Short of an attack profile, specific instructions for workarounds would accomplish the same goal, but this is absent from database vendor instruction. Your option? Patch.

All in all we have much better information from the vendors regarding security threats and the features of the database that are affected. But we still have a way to go with workarounds and threat analysis to be able to make risk-based decisions on whether to patch, implement a workaround, or do nothing. It's my contention that DBAs would be less likely to do nothing if they were presented some additional information and all available options.

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/2/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-9498
PUBLISHED: 2020-07-02
Apache Guacamole 1.1.0 and older may mishandle pointers involved inprocessing data received via RDP static virtual channels. If a userconnects to a malicious or compromised RDP server, a series ofspecially-crafted PDUs could result in memory corruption, possiblyallowing arbitrary code to be executed...
CVE-2020-3282
PUBLISHED: 2020-07-02
A vulnerability in the web-based management interface of Cisco Unified Communications Manager, Cisco Unified Communications Manager Session Management Edition, Cisco Unified Communications Manager IM & Presence Service, and Cisco Unity Connection could allow an unauthenticated, remote attack...
CVE-2020-5909
PUBLISHED: 2020-07-02
In versions 3.0.0-3.5.0, 2.0.0-2.9.0, and 1.0.1, when users run the command displayed in NGINX Controller user interface (UI) to fetch the agent installer, the server TLS certificate is not verified.
CVE-2020-5910
PUBLISHED: 2020-07-02
In versions 3.0.0-3.5.0, 2.0.0-2.9.0, and 1.0.1, the Neural Autonomic Transport System (NATS) messaging services in use by the NGINX Controller do not require any form of authentication, so any successful connection would be authorized.
CVE-2020-5911
PUBLISHED: 2020-07-02
In versions 3.0.0-3.5.0, 2.0.0-2.9.0, and 1.0.1, the NGINX Controller installer starts the download of Kubernetes packages from an HTTP URL On Debian/Ubuntu system.