Vulnerabilities / Threats
1/4/2013
05:55 PM
Connect Directly
Google+
LinkedIn
Twitter
RSS
E-Mail
50%
50%

Microsoft, Mozilla, Opera Block Unauthorized Digital Certificate

Google alert prompts other browser vendors to block rogue digital certificates.

Microsoft, Mozilla and Opera took steps Thursday to block two unauthorized digital certificates from Turktrust, a Turkish certificate authority, one of which appears to have been used to intercept online communications.

The "intermediate" certificates in question, explained Michael Coates, Mozilla director of security assurance, in a blog post, can be used to conduct a man-in-the-middle (MITM) attack. In so doing, the certificate holder could intercept and access communication on his or her network between a user and any website.

"Such certificates could deceive users into trusting websites appearing to originate from the domain owners, but actually containing malicious content or software," said Coates.

Coates expressed concern that one of the certificates "was used for MITM traffic management of domain names that the customer did not legitimately own or control."

[ Learn more about digital certificates. Read Expired Digital Certificates: A Management Challenge. ]

Microsoft put it more bluntly, stating in its security advisory that it "is aware of active attacks using one fraudulent digital certificate issued by [certificate authority] Turktrust."

Opera's Sigbjorn Vig however was more cautious in his assessment, noting that "the google.com certificate was automatically issued by an over-zealous firewall/proxy, and not used fraudulently in any manner."

Google blocked the two certificates in Chrome browsers last month because it detected one of them being used to impersonate the "*.google.com" domain. It then notified other browser vendors about the issue.

Apple has not yet made a public statement about the incident.

Turktrust said in a statement that the relevant certificates have been revoked and that it has identified the source of the problem, a unique situation the company insists, without providing details. "There is also no evidence of any attack or hacking attempt on our systems, as well as no implication of any malicious usage," the company insisted.

Nonetheless, the incident underscores the fragility of the Internet's trust architecture and offers a reminder of past certificate problems like the hacking of now-defunct certificate authority DigiNotar. Risks include not only the possibility that malicious individuals or groups could misuse digital certificates to intercept online communications but also the possibility that governments could compel local certificate authorities to issue intermediate certificates to facilitate mass online eavesdropping.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Flash Poll
Current Issue
Cartoon
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2009-5142
Published: 2014-08-21
Cross-site scripting (XSS) vulnerability in timthumb.php in TimThumb 1.09 and earlier, as used in Mimbo Pro 2.3.1 and other products, allows remote attackers to inject arbitrary web script or HTML via the src parameter.

CVE-2010-5302
Published: 2014-08-21
Cross-site scripting (XSS) vulnerability in timthumb.php in TimThumb before 1.15 as of 20100908 (r88), as used in multiple products, allows remote attackers to inject arbitrary web script or HTML via the QUERY_STRING.

CVE-2010-5303
Published: 2014-08-21
Cross-site scripting (XSS) vulnerability in the displayError function in timthumb.php in TimThumb before 1.15 (r85), as used in multiple products, allows remote attackers to inject arbitrary web script or HTML via unspecified vectors related to $errorString.

CVE-2014-3562
Published: 2014-08-21
Red Hat Directory Server 8 and 389 Directory Server, when debugging is enabled, allows remote attackers to obtain sensitive replicated metadata by searching the directory.

CVE-2014-3577
Published: 2014-08-21
org.apache.http.conn.ssl.AbstractVerifier in Apache HttpComponents HttpClient before 4.3.5 and HttpAsyncClient before 4.0.2 does not properly verify that the server hostname matches a domain name in the subject's Common Name (CN) or subjectAltName field of the X.509 certificate, which allows man-in-...

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Three interviews on critical embedded systems and security, recorded at Black Hat 2014 in Las Vegas.