December 15, 2015 By Larry Loeb 2 min read

Earlier this month, Symantec announced that it will stop using the VeriSign G1 root certificate (Class 3 Public Primary CA) it had previously been using to issue public code signing and TLS/SSL certificates. In response, Google said it would not recognize the newly unsupported certificate in Chrome, Android and other products.

The underlying problem had been ongoing since October, when Google’s engineers found 164 certificates over 76 domains and 2,458 certificates issued for domains that were never registered by Symantec. Google was directly affected by this. Symantec argued that the certificates were only used for testing purposes and that they posed no risk to users.

At the time, Google wanted Symantec to show adherence to WebTrust Principles and Criteria for Certification Authorities, as well as undergo a security audit. While it announced it would not use the G1 certificate for public use, Symantec said it would still use it for other purposes. Evidently, Google thought this wasn’t such a good idea.

As Google engineer Ryan Sleevi put it on the Web giant’s security blog, “As this root certificate will no longer adhere to the CA/Browser Forum’s Baseline Requirements, Google is no longer able to ensure that the root certificate, or certificates issued from this root certificate, will not be used to intercept, disrupt or impersonate the secure communication of Google’s products or users.”

Essentially, it seems Google is saying Symantec requested this browser change in the trustworthiness of its certificates. This seems to be the course Symantec would request if it won’t be using that certificate for public-facing purposes.

Symantec has indicated to Google that it does not believe its customers, who are the operators of secure websites, will be affected by this removal. Furthermore, Symantec has also indicated that, to the best of its knowledge, it does not believe customers who attempt to access sites secured with Symantec certificates will be affected by this.

However, an untrusted certificate used by a site would render users unable to perform secure downloads using the HTTPS protocol when the browsers that reject it are employed. The browsers also wouldn’t be able to identify the site as being legitimate. Unless the certificates previously supplied by Symantec are replaced by newer certificates that the browsers will accept as valid, it seems there will be an issue.

How other browsers will treat Symantec’s certificates remains to be seen. Given the revocation of trust, however, others may follow Google’s lead.

More from

NIST’s role in the global tech race against AI

4 min read - Last year, the United States Secretary of Commerce announced that the National Institute of Standards and Technology (NIST) has been put in charge of launching a new public working group on artificial intelligence (AI) that will build on the success of the NIST AI Risk Management Framework to address this rapidly advancing technology.However, recent budget cuts at NIST, along with a lack of strategy implementation, have called into question the agency’s ability to lead this critical effort. Ultimately, the success…

Researchers develop malicious AI ‘worm’ targeting generative AI systems

2 min read - Researchers have created a new, never-seen-before kind of malware they call the "Morris II" worm, which uses popular AI services to spread itself, infect new systems and steal data. The name references the original Morris computer worm that wreaked havoc on the internet in 1988.The worm demonstrates the potential dangers of AI security threats and creates a new urgency around securing AI models.New worm utilizes adversarial self-replicating promptThe researchers from Cornell Tech, the Israel Institute of Technology and Intuit, used what’s…

Passwords, passkeys and familiarity bias

5 min read - As passkey (passwordless authentication) adoption proceeds, misconceptions abound. There appears to be a widespread impression that passkeys may be more convenient and less secure than passwords. The reality is that they are both more secure and more convenient — possibly a first in cybersecurity.Most of us could be forgiven for not realizing passwordless authentication is more secure than passwords. Thinking back to the first couple of use cases I was exposed to — a phone operating system (OS) and a…

Topic updates

Get email updates and stay ahead of the latest threats to the security landscape, thought leadership and research.
Subscribe today