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/28/2015
06:00 PM
Connect Directly
Twitter
LinkedIn
RSS
E-Mail
50%
50%

Digital Certificate Security Fail

Eight percent of digital certificates served by websites had been revoked but are still in use, new study finds.

The use of digital certificates to authenticate websites and encrypt online communications is not as secure as generally assumed, a new study has found.

Researchers at Stanford University, Northeastern University, University of Maryland, Duke University, and Akamai Technologies recently evaluated the Web’s certificate revocation processes and discovered that certificate authorities, website administrators, and Internet browser makers are falling down on the job.

The study, presented this week at the Association for Computing Machinery Internet Measurement Conference in Tokyo, found that a disturbingly large 8 percent of public key certificates served by websites have been previously revoked. Certificate Authorities, the entities that distribute digital certificates, use non-optimal processes for distributing revocation lists while many browsers routinely fail to check whether a certificate has been revoked or not, the researchers said.

The findings are troublesome because users trust the security precautions in their browsers and on the websites study co-author Dave Levin, an assistant research scientist at the University of Maryland, said in a statement.

The results highlight the need for all participants in the revocation ecosystem to step up their game and fulfill their responsibilities, he said.

Digital certificates are a vital component of the Web’s public key infrastructure. They are used to authenticate websites and to encrypt communications between a client system and a server. If a website is compromised or the private encryption key associated with a digital certificate is exposed, the certificate is supposed to be revoked so others cannot use it to impersonate the site or to snoop in on it.

Typically, the website administrator is required to ask his or her certificate authority to revoke the compromised certificate and to then reissue a new one. The researchers found that a surprisingly large number of websites continue to serve up certificates long after they have been revoked. This suggests that Web administrators who go through the effort of getting a certificate revoked then often fail to update all of their systems with the new certificate.

A revoked certificate shouldn't typically present a security problem because browsers are supposed to check whether a certificate is valid before accepting it. Certificate Authorities distribute what are known as certificate revocation lists (CRLs) that browsers are supposed to check before trusting or rejecting a certificate.

The study titled, “An End-to-End Measurement of Certificate Revocation in the Web’s PKI,” uncovered several troubling weaknesses in the manner in which desktop browsers used revocation lists. According to the researchers, no browser in its default configuration checked all revocations or rejected certificates if current revocation information was not available. The situation is even worse with mobile browsers. Not one of the major mobile browsers checked to see if a certificate was valid or had been revoked.

One reason could be the size of the CRLs maintained by the different certificate authorities.  “Properly verifying a certificate requires the client to download the CRL before fully establishing the SSL connection,” the report said. But because the CRLs are often relatively large, downloading them could introduce latency issues especially in the case of bandwidth constrained mobile environments.

Meanwhile, many certificate authorities are not doing a particularly efficient job in ensuring proper distribution of CRLs, the researchers said. Some certificate authorities have begun using multiple CRLs to keep their lists small but many continue to use large bulky CRLs that browsers tend to ignore.

In order for certificate revocation to work in the manner intended, Web administrators, certificate authorities, and browser makers need to meet their responsibilities, the researchers said. “If administrators fail to request revocations, CAs fail to distribute them, or browsers fail to fetch them—users risk being susceptible to impersonation attacks.”

 

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
UmeshKTiwari
50%
50%
UmeshKTiwari,
User Rank: Strategist
10/29/2015 | 12:28:13 PM
Digital Certificate Security Fail
The answer is very simple. Start treating certificates with some respect and not manage them with stone age approach. Automate certificate management and keep track of all of your cert stores. 
Commentary
Ransomware Is Not the Problem
Adam Shostack, Consultant, Entrepreneur, Technologist, Game Designer,  6/9/2021
Edge-DRsplash-11-edge-ask-the-experts
How Can I Test the Security of My Home-Office Employees' Routers?
John Bock, Senior Research Scientist,  6/7/2021
News
New Ransomware Group Claiming Connection to REvil Gang Surfaces
Jai Vijayan, Contributing Writer,  6/10/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win an Amazon Gift Card! Click Here
Latest Comment: Google's new See No Evil policy......
Current Issue
The State of Cybersecurity Incident Response
In this report learn how enterprises are building their incident response teams and processes, how they research potential compromises, how they respond to new breaches, and what tools and processes they use to remediate problems and improve their cyber defenses for the future.
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-2021-31664
PUBLISHED: 2021-06-18
RIOT-OS 2021.01 before commit 44741ff99f7a71df45420635b238b9c22093647a contains a buffer overflow which could allow attackers to obtain sensitive information.
CVE-2021-33185
PUBLISHED: 2021-06-18
SerenityOS contains a buffer overflow in the set_range test in TestBitmap which could allow attackers to obtain sensitive information.
CVE-2021-33186
PUBLISHED: 2021-06-18
SerenityOS in test-crypto.cpp contains a stack buffer overflow which could allow attackers to obtain sensitive information.
CVE-2021-31272
PUBLISHED: 2021-06-18
SerenityOS before commit 3844e8569689dd476064a0759d704bc64fb3ca2c contains a directory traversal vulnerability in tar/unzip that may lead to command execution or privilege escalation.
CVE-2021-31660
PUBLISHED: 2021-06-18
RIOT-OS 2021.01 before commit 85da504d2dc30188b89f44c3276fc5a25b31251f contains a buffer overflow which could allow attackers to obtain sensitive information.