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.
Register for Dark Reading Newsletters
Dark Reading Live EVENTS
INsecurity - For the Defenders of Enterprise Security
A Dark Reading Conference
While red team conferences focus primarily on new vulnerabilities and security researchers, INsecurity puts security execution, protection, and operations center stage. The primary speakers will be CISOs and leaders in security defense; the blue team will be the focus.
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: "Jamie, the darn Unicorn is back."
Current Issue
Security Vulnerabilities: The Next Wave
Just when you thought it was safe, researchers have unveiled a new round of IT security flaws. Is your enterprise ready?
Flash Poll
[Strategic Security Report] Assessing Cybersecurity Risk
[Strategic Security Report] Assessing Cybersecurity Risk
As cyber attackers become more sophisticated and enterprise defenses become more complex, many enterprises are faced with a complicated question: what is the risk of an IT security breach? This report delivers insight on how today's enterprises evaluate the risks they face. This report also offers a look at security professionals' concerns about a wide variety of threats, including cloud security, mobile security, and the Internet of Things.
Slideshows
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.