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

10/14/2016
03:30 PM
Connect Directly
Twitter
LinkedIn
RSS
E-Mail
50%
50%

Thousands Of Secure Websites Dubbed Insecure Due To Cert Error

A certificate revocation exercise gone awry At GlobalSign is browsers to mistakenly treat many sites as insecure. For some users, the problem could take up to four days to resolve.

A maintenance exercise gone awry at root certificate authority GlobalSign caused what could be thousands of websites to be mistakenly treated as insecure by web browsers and therefore become inaccessible to users attempting to reach them.

GlobalSign itself has resolved the issue at its end. But users who visited the affected sites before the problem was resolved could find themselves being blocked until their browser cache expires—a process that could take four or more days.

In an alert this week, GlobalSign described the problem as stemming from its revocation of a cross-certificate linking two root certificates. As a certificate authority that manages several root certificates, GlobalSign provides cross-certificates linking the roots to maximize effectiveness across different platforms, the company said in its alert.

During a scheduled cleanup of some of the links last week, GlobalSign revoked a cross-certificate linking two root certificates. The revoked certificate was included in a Certificate Revocation List (CRL) published Oct. 7.

About a week later, on Oct. 13, when GlobalSign’s delegated Online Certificate Status Protocol (OCSP) responder database was updated, it incorrectly determined that all intermediate or downstream certificates associated with the root had been revoked as well, along with the cross certificate.

This caused browsers that use OCSP to determine the revocation status of digital certificates, to treat thousands of websites using the “revoked” certificates as untrustworthy and in some cases preventing access to the sites.

In an update on the issue posted Friday, GlobalSign said it uses a third-party OCSP responder system for relaying information about the status of its certificates.

“However, and unfortunately for our ecosystem and our stakeholders and their customers, the logic within the responder code base determined that the revocation of the Cross Certificate … was effectively an instruction to also identify all other subordinate certificate authorities,” as bad, the company said.

“We made a couple of incorrect assumptions,” in revoking the cross-certificate linking two roots, says Steve Roylance, strategic products director at GlobalSign, in comments to Dark Reading.

When revoking the certificate, GlobalSign had no idea that the OCSP server would push out responses indicating intermediate certificates had been revoked, he said. “That was unfortunate and not something that was expected,” Roylance says. “It came as a surprise to us,” Roylance says. He added that it is not possible to say how many websites might have been affected by the mix-up.

Since discovering the problem, GlobalSign has removed the cross-certificate from the OCSP database and cleared all caches and made new intermediate certificates available to customers, the company said. However, some end users could continue to experience difficulties accessing affected websites since their browser caches would still show the sites as being untrustworthy. In such situations, the problems will resolve in about four days when the caches refresh, the company said.

Kevin Bocek, vice president of security strategy and threat intelligence at Venafi, says GlobalSign’s customers too could run into problems installing the newly issued intermediate certificates.

“Do security operations teams know they use GlobalSign? Do they know where the servers that use GlobalSign are located?” he says. “Do they know how to add new CA certificates to application truststores,” he said noting differences in the process for doing so between different applications like WebSphere, Microsoft IIS, and Apache.

“In our experience, most organizations do not have this visibility and are unable to quickly locate and change out certificates,” he says.

Related stories

 

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
 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Joe Stanganelli
50%
50%
Joe Stanganelli,
User Rank: Ninja
10/16/2016 | 8:11:24 PM
Browser choice
This is one reason of many I don't rely solely on Firefox.  The blasted thing sometimes won't let you override "certificate errors" that are obviously problematic themselves.
Luxi_Turna
100%
0%
Luxi_Turna,
User Rank: Apprentice
10/15/2016 | 6:41:13 PM
Classic techno screw-up
I thought I was reading The Andromeda Strain.

Simple errors like this spark a "domino effect" failure chain that ends with someone losing all their business records, a hospital making the same fatal mistake on dozens of patients, or a whole town of people being killed like in Bhopal.

Google "failure mode analysis." You'll never feel smug again.

Which is as it should be.
Edge-DRsplash-10-edge-articles
7 Old IT Things Every New InfoSec Pro Should Know
Joan Goodchild, Staff Editor,  4/20/2021
News
Cloud-Native Businesses Struggle With Security
Robert Lemos, Contributing Writer,  5/6/2021
Commentary
Defending Against Web Scraping Attacks
Rob Simon, Principal Security Consultant at TrustedSec,  5/7/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
2021 Top Enterprise IT Trends
We've identified the key trends that are poised to impact the IT landscape in 2021. Find out why they're important and how they will affect you today!
Flash Poll
How Enterprises are Developing Secure Applications
How Enterprises are Developing Secure Applications
Recent breaches of third-party apps are driving many organizations to think harder about the security of their off-the-shelf software as they continue to move left in secure software development practices.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-16632
PUBLISHED: 2021-05-15
A XSS Vulnerability in /uploads/dede/action_search.php in DedeCMS V5.7 SP2 allows an authenticated user to execute remote arbitrary code via the keyword parameter.
CVE-2021-32073
PUBLISHED: 2021-05-15
DedeCMS V5.7 SP2 contains a CSRF vulnerability that allows a remote attacker to send a malicious request to to the web manager allowing remote code execution.
CVE-2021-33033
PUBLISHED: 2021-05-14
The Linux kernel before 5.11.14 has a use-after-free in cipso_v4_genopt in net/ipv4/cipso_ipv4.c because the CIPSO and CALIPSO refcounting for the DOI definitions is mishandled, aka CID-ad5d07f4a9cd. This leads to writing an arbitrary value.
CVE-2021-33034
PUBLISHED: 2021-05-14
In the Linux kernel before 5.12.4, net/bluetooth/hci_event.c has a use-after-free when destroying an hci_chan, aka CID-5c4c8c954409. This leads to writing an arbitrary value.
CVE-2019-25044
PUBLISHED: 2021-05-14
The block subsystem in the Linux kernel before 5.2 has a use-after-free that can lead to arbitrary code execution in the kernel context and privilege escalation, aka CID-c3e2219216c9. This is related to blk_mq_free_rqs and blk_cleanup_queue.