Attacks/Breaches

4/3/2015
09:05 AM
Connect Directly
Twitter
LinkedIn
RSS
E-Mail
100%
0%

Google Spat With Chinese Firm Highlights Digital Certificate Security Challenges

Chrome will no longer trust certs issued by CNNIC following recent snafu, and Mozilla Firefox will revoke certs issued by the Chinese authority before April 1.

A decision by Google to drop a Chinese root certificate authority (CA) for its role in the recent issuance of unauthorized digital certificates for several Google domains underscores yet again the brittle nature of the Internet trust model. Mozilla also announced that it will take action against the CA.

Google yesterday said that its Chrome browser would no longer recognize certificates issued by China Internet Network Information Center (CNNIC). The change will take effect in a future Chrome update, according to Google.

"For a limited time we will allow CNNIC’s existing certificates to continue to be marked as trusted in Chrome, through the use of a publicly disclosed whitelist," Google security engineer Adam Langley said in a blog update this week.

CNNIC will have an opportunity to apply for re-inclusion as a trusted certificate authority for Chrome in future, once the company has implemented suitable technical and procedural controls, Langley said.

Mozilla, meanwhile, also said it is taking action against CNNIC for the errant certificates. But the browser maker stopped short of completely removing CNNIC's certificates from its root store. Instead, Mozilla said it would update Firefox so the browser will not trust any certificate issued before April 1, 2015 by CNNIC's roots. Like Google, Mozilla also said CNNIC could apply for full inclusion once it completes certain additional steps to improve its processes.

Google's move evoked sharp criticism from CNNIC. "The decision that Google has made is unacceptable and unintelligible to CNNIC," the company said in a statement. "For the users that CNNIC has already issued the certificates to, we guarantee that your lawful rights and interests will not be affected," the company said, without specifying how. 

Both browser makers were responding to a recent incident where a CNNIC customer, Egypt-based MCS Holdings, accidentally issued unauthorized digital certificates for several Google domains using an unrestricted intermediary certificate authority granted to it improperly by CNNIC. 

Digital certificates are a fundamental component of the Internet trust model. Web browsers rely on digital certificates to authenticate websites and to encrypt communications between websites and browsers. Websites use certificates like those issued by a CA like CNNIC to basically vouch for their identity so browsers know to trust them.

The unauthorized certificates that were issued by MCS potentially could have let someone set up fake Google domains and intercept communications between and to the domains. "CNNIC is included in all major root stores and so the [wrongly issued] certificates would be trusted by almost all browsers and operating systems," Langley wrote in a blog post last week explaining the issue.

The problem resulted from MCS's mishandling of an unrestricted intermediate certificate that Google and Mozilla say CNNIC should never have issued to MCS in the first place.

"We have concluded that CNNIC’s behavior in issuing an unconstrained intermediate certificate to a company with no documented PKI practices and with no oversight of how the private key was stored or controlled was an 'egregious practice,'" Mozilla wrote in its bog.

Google’s decision to pull CNNIC's certificates from its root store makes sense, says Dan Kaminsky, DNS expert and chief scientist at security vendor White Ops.

"Managing certs is an extraordinarily high-touch business with very serious requirements for correctness," Kaminsky says. "Mistakes can be very painful to correct, as revocation does not work in practice."

Certificate authorities like CNNIC get paid to do a job, and if they can't do it, somebody else needs to get paid to do it, he says. "This is likely to further moves by browser vendors to be more involved managing and overseeing the global population of certificates."

Andrew Sullivan, fellow at Internet performance company Dyn, says the entire episode highlights the somewhat fragile nature of trust on the Internet.  "CAs are never supposed to screw up," he says. As an entity authorized to issue the certificates that websites use to authenticate their identity on the Web, a CA is in a position of enormous responsibility.

"The entire web of trust depends on the CA never screwing up because if they do we are all hosed," Sullivan says.

Jai Vijayan is a seasoned technology reporter with over 20 years of experience in IT trade journalism. He was most recently a Senior Editor at Computerworld, where he covered information security and data privacy issues for the publication. Over the course of his 20-year ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
RyanSepe
50%
50%
RyanSepe,
User Rank: Ninja
4/6/2015 | 3:22:55 PM
Added Security
Does this change denote that Chrome and Firefox will block sites that use certs from CNNIC or will this still be dictated by browser settings? If the latter is still the case it is important to note, at least for Chrome users, that they should have the Check for Certificate Revocation Checked in the advanced settings.
121 Pieces of Malware Flagged on NSA Employee's Home Computer
Kelly Jackson Higgins, Executive Editor at Dark Reading,  11/16/2017
Mobile Malware Incidents Hit 100% of Businesses
Dawn Kawamoto, Associate Editor, Dark Reading,  11/17/2017
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Managing Cyber-Risk
An online breach could have a huge impact on your organization. Here are some strategies for measuring and managing that risk.
Flash Poll
The State of Ransomware
The State of Ransomware
Ransomware has become one of the most prevalent new cybersecurity threats faced by today's enterprises. This new report from Dark Reading includes feedback from IT and IT security professionals about their organization's ransomware experiences, defense plans, and malware challenges. Find out what they had to say!
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2017-0290
Published: 2017-05-09
NScript in mpengine in Microsoft Malware Protection Engine with Engine Version before 1.1.13704.0, as used in Windows Defender and other products, allows remote attackers to execute arbitrary code or cause a denial of service (type confusion and application crash) via crafted JavaScript code within ...

CVE-2016-10369
Published: 2017-05-08
unixsocket.c in lxterminal through 0.3.0 insecurely uses /tmp for a socket file, allowing a local user to cause a denial of service (preventing terminal launch), or possibly have other impact (bypassing terminal access control).

CVE-2016-8202
Published: 2017-05-08
A privilege escalation vulnerability in Brocade Fibre Channel SAN products running Brocade Fabric OS (FOS) releases earlier than v7.4.1d and v8.0.1b could allow an authenticated attacker to elevate the privileges of user accounts accessing the system via command line interface. With affected version...

CVE-2016-8209
Published: 2017-05-08
Improper checks for unusual or exceptional conditions in Brocade NetIron 05.8.00 and later releases up to and including 06.1.00, when the Management Module is continuously scanned on port 22, may allow attackers to cause a denial of service (crash and reload) of the management module.

CVE-2017-0890
Published: 2017-05-08
Nextcloud Server before 11.0.3 is vulnerable to an inadequate escaping leading to a XSS vulnerability in the search module. To be exploitable a user has to write or paste malicious content into the search dialogue.