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.

Risk

8/2/2009
09:43 PM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

Researcher Exposes Flaws In Certificate Authority Web Applications

SSL certificate validation process easy "to game," he says

DEFCON17 -- LAS VEGAS -- It's not just the Secure Sockets Layer (SSL) that contains major security flaws: A researcher here showed how several certificate authorities (CAs) themselves are vulnerable to attacks when issuing SSL certificates.

Michael Zusman, principal consultant with The Intrepidus Group, showed attendees at the DefCon17 hacker conference late last week how with a phony identity he was able to successfully score SSL certificates from multiple legitimate CAs, including StartCom, and THAWTE.

"It's easy to game CAs," said Zusman. He says that's because the automated certificate validation process used by most CAs to expedite the process for customers and lower overhead has actually simplified things for an attacker as well.

"CAs are just like any other ecommerce site. Why would someone want to hack them? They are storing personal and business information," Zusman says. "But CAs are not doing everything they need to be doing [to secure their Web applications]."

Zusman found weaknesses in how CAs handle domain validation, as well as typical Web application vulnerabilities, like cross-site scripting (XSS) and SQL injection on their sites, and information leakage problems. In one case, he was able to get signed, trusted SSL certificates for two of StrongWebMail's domains -- www.strongwebmail.com and mail.strongmail.com. (Zusman didn't disclose the name of the CA.)

SSL has been in the hot seat lately, with the spotlight during the past few months on newly exposed weaknesses in SSL, including researcher Moxie Marlinspike's demonstration at Black Hat last week on how he weaponized CSR to dupe a CA into giving him a valid certificate. In addition, Dan Kaminsky, director of penetration testing for IOActive, revealed weaknesses in X.509 authentication.

Zusman's work takes the SSL threat to yet another level: to the Web applications of the organizations that issue the certificates. "CAs need to be held accountable for their lack of security, especially since everyone is looking at SSL as a target now," Zusman said in his presentation at Defcon17. "If you can game a CA's validation mechanism, they don't get hurt -- they might even make some money. [Those] who suffer are those who use the Internet."

Meanwhile, Zusman is working on a way to protect users from rogue certificate attacks. He's writing a proof-of-concept client-side proxy tool for the browser that lets users decide which SSL certs they trust. "Essentially, it mimics the public key whitelisting behavior of an SSH client," he says. "If the user tries to connect to a Website where an attacker presents a rogue SSL certificate that is signed by a trusted CA, the tool will prompt the user that this certificate is not in the whitelist."

When the browser tries to connect to an SSL-secured site, the proxy checks its SSL certificate against a whitelist the user keeps stored locally. If it's not on the whitelist, the user gets prompted to either block the site or allow a connection.

At DefCon, Zusman demonstrated several attacks he had performed on CA apps. In one, he was able to bypass the validation process at StartCom and get signed certificates for some low-profile Websites. He tried the same for VeriSign and PayPal certificates, and got as far as bypassing the validation step, but the blacklist prevented him from actually getting certs for those high-profile sites. He also was able to glean and use information that leaked from THAWTE's login application.

When you apply for an SSL certificate, you typically get to choose an email alias to show you're authorized to that domain. "But email is not that secure," Zusman says. "And it's going out in plain text, with no encryption."

The irony, he says, is that you pay money for access to a private key, which is controlled by a CA's potentially insecure Web applications.

Earlier last week at Black Hat USA, Zusman and Alex Sotirov -- who in March first demonstrated possible man-in-the middle attacks on the more secure Extended Validation SSL certificate at CanSecWest -- released a proxy tool that can attack EV SSL session, even with the secure green badge displaying on the screen.

Have a comment on this story? Please click "Discuss" below. If you'd like to contact Dark Reading's editors directly, send us a message. Kelly Jackson Higgins is the Executive Editor of Dark Reading. 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 ... 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 5/27/2020
10 iOS Security Tips to Lock Down Your iPhone
Kelly Sheridan, Staff Editor, Dark Reading,  5/22/2020
How an Industry Consortium Can Reinvent Security Solution Testing
Henry Harrison, Co-founder & Chief Technology Officer, Garrison,  5/21/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
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
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-13632
PUBLISHED: 2020-05-27
ext/fts3/fts3_snippet.c in SQLite before 3.32.0 has a NULL pointer dereference via a crafted matchinfo() query.
CVE-2020-13253
PUBLISHED: 2020-05-27
sd_wp_addr in hw/sd/sd.c in QEMU 4.2.0 uses an unvalidated address, which leads to an out-of-bounds read during sdhci_write() operations. A guest OS user can crash the QEMU process.
CVE-2020-13630
PUBLISHED: 2020-05-27
ext/fts3/fts3.c in SQLite before 3.32.0 has a use-after-free in fts3EvalNextRow, related to the snippet feature.
CVE-2020-13631
PUBLISHED: 2020-05-27
SQLite before 3.32.0 allows a virtual table to be renamed to the name of one of its shadow tables, related to alter.c and build.c.
CVE-2020-4226
PUBLISHED: 2020-05-27
IBM MobileFirst Platform Foundation 8.0.0.0 stores highly sensitive information in URL parameters. This may lead to information disclosure if unauthorized parties have access to the URLs via server logs, referrer header or browser history. IBM X-Force ID: 175207.