Risk
9/19/2012
04:49 PM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%
Repost This

Attack Easily Cracks Oracle Database Passwords

Oracle's software update for the flaw doesn't protect all versions of the database

A researcher tomorrow will demonstrate a proof-of-concept attack that lets outside attackers and malicious insiders surreptitiously crack passwords for Oracle databases with a basic brute-force attack.

Esteban Martinez Fayo, a researcher with AppSec Inc., will show at the Ekoparty security conference in Buenas Aires, Argentina, an attack exploiting cryptographic flaws he discovered in Oracle's database authentication protocol. It lets an attacker without any database credentials brute-force hack the password hash of any database user so he then can get to the data.

Martinez Fayo and his team first reported the bugs to Oracle in May 2010. Oracle fixed it in mid-2011 via the 11.2.0.3 patch set, issuing a new version of the protocol. "But they never fixed the current version, so the current 11.1 and 11.2 versions are still vulnerable," Martinez Fayo says, and Oracle has no plans to fix the flaws for version 11.1.

That leaves those database users at risk of what Martinez Fayo says is a fairly simple -- yet potentially devastating -- attack against the so-called stealth password cracking vulnerability. "It's pretty simple. The attacker just needs to know a valid username in the database, and the database name. That's it," he says.

Then it's just a matter of brute-forcing the hashes, taking advantage of the Oracle authentication protocol's inadvertent leakage of information in the initial handshake. There's no man-in-the-middle required: "The attacker just needs to initiate standard authentication with the server. The server will answer ... from the password salt of the user. That's all the attacker needs," he says.

Martinez Fayo says this is part of the authentication protocol's operation, but prior to the actual authentication itself. "They can do a brute-force attack from there," he says. "This is a critical issue because it's very easy to exploit, and it doesn't require any privileges ... anyone with a network connection to the database [can do it]."

"It destroys a very critical protocol ... it seems the developers didn't pay much attention to cryptographics 101," Martinez Fayo says. "It's very basic."

Oracle's fix for the flaw is basically a new but incompatible version of the protocol that leaves the current version still open to attack. "Oracle has been very quiet about [the flaw]," says Alex Rothacker, director of security research for AppSec's TeamSHATTER. "The only comment from them was a paragraph about a new protocol fixing some security issues. They haven't said anything that made people aware to update the database and all of the database clients."

The 11.2.0.3 patchset wasn't part of Oracle's Critical Patch Update (CPU) cycle, and includes change for both the client and server side.

[ Database indexes the new "low-hanging" fruit for database vulnerabilities. See Hacking Oracle Database Indexes. ]

Oracle clients with versions prior to 11.2.0.3 won't be able to connect to databases supporting the new version, the researchers say.

There are workarounds: "Disable the protocol in Version 11.1 and start using older versions like Version 10g, which [contains an older protocol that] is not vulnerable," AppSec's Martinez Fayo says.

Other options: employing external authentication via SSL or directory services, for example; resetting the SEC_CASE_SENSITIVE_LOGON initialization parameter to FALSE; and removing 11g hashes so the database will default to 10g hashes.

"It is vital for organizations that deploy Oracle databases affected by these vulnerabilities to administer strong workarounds to prevent an attack," Martinez Fayo says.

Have a comment on this story? Please click "Add Your Comment" below. If you'd like to contact Dark Reading's editors directly, send us a message. Kelly Jackson Higgins is Senior Editor at DarkReading.com. She is an award-winning veteran technology and business journalist with more than two decades of experience in reporting and editing for various publications, including Network Computing, Secure Enterprise Magazine, ... View Full Bio

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2012-0360
Published: 2014-04-23
Memory leak in Cisco IOS before 15.1(1)SY, when IKEv2 debugging is enabled, allows remote attackers to cause a denial of service (memory consumption) via crafted packets, aka Bug ID CSCtn22376.

CVE-2012-1317
Published: 2014-04-23
The multicast implementation in Cisco IOS before 15.1(1)SY allows remote attackers to cause a denial of service (Route Processor crash) by sending packets at a high rate, aka Bug ID CSCts37717.

CVE-2012-1366
Published: 2014-04-23
Cisco IOS before 15.1(1)SY on ASR 1000 devices, when Multicast Listener Discovery (MLD) tracking is enabled for IPv6, allows remote attackers to cause a denial of service (device reload) via crafted MLD packets, aka Bug ID CSCtz28544.

CVE-2012-3062
Published: 2014-04-23
Cisco IOS before 15.1(1)SY, when Multicast Listener Discovery (MLD) snooping is enabled, allows remote attackers to cause a denial of service (CPU consumption or device crash) via MLD packets on a network that contains many IPv6 hosts, aka Bug ID CSCtr88193.

CVE-2012-3918
Published: 2014-04-23
Cisco IOS before 15.3(1)T on Cisco 2900 devices, when a VWIC2-2MFT-T1/E1 card is configured for TDM/HDLC mode, allows remote attackers to cause a denial of service (serial-interface outage) via certain Frame Relay traffic, aka Bug ID CSCub13317.

Best of the Web