Certificate Blacklist

This directory contains a number of certificates and public keys which are considered blacklisted within Chromium-based products.

When applicable, additional information and the full certificate or key are included.

Compromises & Misissuances

China Internet Network Information Center (CNNIC)

For details, see https://security.googleblog.com/2015/03/maintaining-digital-certificate-security.html

As a result of misissuance of a sub-CA certificate, CNNIC end-entity certificates were temporarily whitelisted, and then trust in the root fully removed.


For details, see https://www.comodo.com/Comodo-Fraud-Incident-2011-03-23.html, https://blog.mozilla.org/security/2011/03/25/comodo-certificate-issue-follow-up/, and https://technet.microsoft.com/en-us/library/security/2524375.aspx.

As the result of a compromise of a partner RA of Comodo, nine certificates were misissued, for a variety of online services.


For details, see https://googleonlinesecurity.blogspot.com/2011/08/update-on-attempted-man-in-middle.html and https://en.wikipedia.org/wiki/DigiNotar.

As a result of a complete CA compromise, the following certificates (and their associated public keypairs) are revoked.

India CCA

For details, see https://googleonlinesecurity.blogspot.com/2014/07/maintaining-digital-certificate-security.html and https://technet.microsoft.com/en-us/library/security/2982792.aspx

An unknown number of misissued certificates were issued by a sub-CA of India CCA, the India NIC. Due to the scope of the misissuance, the sub-CA was wholly revoked, and India CCA was constrained to a subset of India's ccTLD namespace.


For details, see https://www.trustwave.com/Resources/SpiderLabs-Blog/Clarifying-The-Trustwave-CA-Policy-Update/ and https://bugzilla.mozilla.org/show_bug.cgi?id=724929

Two certificates were issued by Trustwave for use in enterprise Man-in-the-Middle. The following public key was used for both certificates, and is revoked.


For details, see https://googleonlinesecurity.blogspot.com/2013/01/enhancing-digital-certificate-security.html and https://web.archive.org/web/20130326152502/http://turktrust.com.tr/kamuoyu-aciklamasi.2.html

As a result of a software configuration issue, two certificates were misissued by Turktrust that failed to properly set the basicConstraints extension. Because these certificates can be used to issue additional certificates, they have been revoked.

Private Key Leakages


For details, see https://blog.torproject.org/blog/security-vulnerability-found-cyberoam-dpi-devices-cve-2012-3372

Device manufacturer Cyberoam used the same private key for all devices by default, which subsequently leaked and is included below. The associated public key is blacklisted.


For details, see http://www.dell.com/support/article/us/en/19/SLN300321 and http://en.community.dell.com/dell-blogs/direct2dell/b/direct2dell/archive/2015/11/23/response-to-concerns-regarding-edellroot-certificate

The private keys for both the eDellRoot and DSDTestProvider certificates were trivially extracted, and thus their associated public keys are blacklisted.


For details, see https://www.mitel.com/support/security-advisories/mitel-product-security-advisory-17-0001

Certain Mitel products shipped with extractable private keys, the public certs for which users were encouraged to install as anchors.


For details, see https://blog.pivotal.io/labs/labs/sslip-io-a-valid-ssl-certificate-for-every-ip-address

A subscriber of Comodo's acquired a wildcard certificate for sslip.io, and then subsequently published the private key, as a means for developers to avoid having to acquire certificates.

As the private key could be used to intercept all communications to this domain, the associated public key was blacklisted.


For details, see https://raymii.org/s/blog/How_I_got_a_valid_SSL_certificate_for_my_ISPs_main_website.html

A user of xs4all was able to register a reserved email address that can be used to cause certificate issuance, as described in the CA/Browser Forum's Baseline Requirements, and then subsequently published the private key.


For details, see https://www.eff.org/deeplinks/2015/02/how-remove-superfish-adware-your-lenovo-computer

Superfish software with an associated root certificate came preinstalled on Lenovo computers. The software used a single root certificate across all computers, and the private key was trivially extracted; thus the associated public key was blacklisted.



For details, see https://bugzilla.mozilla.org/show_bug.cgi?id=1242758 and https://bugzilla.mozilla.org/show_bug.cgi?id=1224104

These two intermediates were retired by DigiCert, and blacklisted for robustness at their request.

Hacking Team

The following keys were reported as used by Hacking Team to compromise users, and are blacklisted for robustness.


For details, see https://technet.microsoft.com/en-us/library/security/3046310.aspx

A user of live.fi was able to register a reserved email address that can be used to cause certificate issuance, as described in the CA/Browser Forum's Baseline Requirements. This was not intended by Microsoft, the operators of live.fi, but conformed to the Baseline Requirements. It was blacklisted for robustness.


For details, see https://bugzilla.mozilla.org/show_bug.cgi?id=1188582

This intermediate certificate was retired by SECOM, and blacklisted for robustness at their request.


For details, see https://bugzilla.mozilla.org/show_bug.cgi?id=966060

These three intermediate certificates were retired by Symantec, and blacklisted for robustness at their request.


For details, see https://bugzilla.mozilla.org/show_bug.cgi?id=1076940

This intermediate certificate was retired by T-Systems, and blacklisted for robustness at their request.


For details, see https://security.googleblog.com/2016/10/distrusting-wosign-and-startcom.html