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.

Vulnerabilities / Threats

7 Ways Oracle Hurts Database Customers' Security

Oracle's missteps during the TNS Poison disclosure debacle highlight its ongoing failures in helping customers secure their databases.

Last week Oracle bumped heads with the database security community in a communications blunder that caused a proof of concept to be released for an unpatched four-year-old vulnerability in the database's TNS Listener service. This week Oracle released a workaround, but still no patch, reigniting critics' claims that the company is neglecting its database customers with shoddy patching practices.

Security professionals believe that Oracle is hurting its database customers through security negligence. Here are their charges. Dark Reading did try to contact Oracle for this article, but the company did not respond to inquiries.

1. Failing to play nice with researchers
According to security researcher Joxean Koret, the events that unfolded around the TNS Poison vulnerability are emblematic of Oracle's relationship with the research community and its customers. The drama started when the company credited Koret for a hand in its Critical Patch Update and told him in a separate email exchange that it had fixed a vulnerability he disclosed to the company in 2008.

"Oracle said the vulnerability was fixed. I decided to publish details about the vulnerability, fully believing it was fixed; so far, so good," Koret told Dark Reading. "Then it turned out the vulnerability wasn't fixed at all and there was no patch because, they said: 'the vulnerability was fixed in later versions.'"

In other words, Oracle did not release a patch for the vulnerability but instead only fixed the issue in code destined for future releases of its database products.

Koret believes that Oracle willfully misled him and the rest of its customer base in order to improve its statistics on closing out unresolved vulnerabilities disclosed by outside researchers.

"Probably, they decided to say that vulnerabilities are fixed even when there is no available patch because of the bad reputation they have fixing vulnerabilities. This way, they can say they fixed a vulnerability in a shorter time," says Koret, who called the situation a tragicomedy.

Regardless of intentions, the incident wasn't Oracle's finest moment, says database security guru Alexander Kornbrust, who agrees that Oracle dropped the ball on this one.

Read the rest of this article on Dark Reading.

Think your corporate website isn't vulnerable to a SQL injection attack? Start rethinking. SQL injection is among the most prevalent--and most dangerous--techniques for exploiting Web applications and attacking back-end databases that house critical business information at companies of every size. In our Stop SQL Injection report, we explain how SQL injection works and how to secure your Web apps and databases against it. (Free registration required.)

Comment  | 
Print  | 
More Insights
Comments
Oldest First  |  Newest First  |  Threaded View
Why Vulnerable Code Is Shipped Knowingly
Chris Eng, Chief Research Officer, Veracode,  11/30/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
2021 Top Enterprise IT Trends
We've identified the key trends that are poised to impact the IT landscape in 2021. Find out why they're important and how they will affect you today!
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-16123
PUBLISHED: 2020-12-04
An Ubuntu-specific patch in PulseAudio created a race condition where the snap policy module would fail to identify a client connection from a snap as coming from a snap if SCM_CREDENTIALS were missing, allowing the snap to connect to PulseAudio without proper confinement. This could be exploited by...
CVE-2018-21270
PUBLISHED: 2020-12-03
Versions less than 0.0.6 of the Node.js stringstream module are vulnerable to an out-of-bounds read because of allocation of uninitialized buffers when a number is passed in the input stream (when using Node.js 4.x).
CVE-2020-26248
PUBLISHED: 2020-12-03
In the PrestaShop module "productcomments" before version 4.2.1, an attacker can use a Blind SQL injection to retrieve data or stop the MySQL service. The problem is fixed in 4.2.1 of the module.
CVE-2020-29529
PUBLISHED: 2020-12-03
HashiCorp go-slug before 0.5.0 does not address attempts at directory traversal involving ../ and symlinks.
CVE-2020-29534
PUBLISHED: 2020-12-03
An issue was discovered in the Linux kernel before 5.9.3. io_uring takes a non-refcounted reference to the files_struct of the process that submitted a request, causing execve() to incorrectly optimize unshare_fd(), aka CID-0f2122045b94.