| [ Web Proxy ] |
| Viewing: https://developers.cloudflare.com/ssl/reference/certificate-authorities/ | [Back] [Original] |
For publicly trusted certificates, Cloudflare partners with different certificate authorities (CAs). Refer to this page to check what CAs are used for each Cloudflare offering and for more details about the CAs features, limitations, and browser compatibility.
| Certificate | Algorithm | Let's Encrypt | Google Trust Services | SSL.com | Sectigo |
|---|---|---|---|---|---|
| Universal | ECDSA RSA (Paid plans only) |
N/A N/A |
|||
| Advanced | ECDSA RSA |
N/A N/A |
|||
| Total TLS | ECDSA RSA |
N/A N/A |
|||
| SSL for SaaS | ECDSA RSA |
N/A N/A |
|||
| Backup | ECDSA RSA |
Universal SSL
For Universal certificates, Cloudflare controls the validity periods and certificate authorities (CAs), making sure that renewal always occur. For details, refer to Universal SSL.
Warning
This section summarizes commonly requested client support information. For the complete and most up-to-date certificate compatibility, refer to Let's Encrypt documentation .
The main determining factor for whether a platform can validate Let's Encrypt certificates is whether that platform trusts the self-signed ISRG Root X1 certificate. As Let's Encrypt announced a change in its chain of trust in 2024 , older devices (for example Android 7.0 and earlier) that only trust the cross-signed version of the ISRG Root X1 are no longer compatible.
You can find the full list of supported clients in the Let's Encrypt documentation . Older versions of Android and Java clients might not be compatible with Let's Encrypt certificates.
Let's Encrypt Root CAs : For checking compatibility between chain and client. As explained in Certificate pinning, you should not use this list for pinning against.
Warning
This section summarizes commonly requested client support information. For the complete and most up-to-date certificate compatibility, refer to Google Trust Services documentation .
By cross-signing with a GlobalSign root CA that has been installed in client devices for more than 20 years, Google Trust Services can ensure optimal support across a wide range of devices.
Currently trusted by Microsoft, Mozilla, Safari, Cisco, Oracle Java, and Qihoos 360 browser, all browsers or operating systems that depend on these root programs are covered.
You can use the root CAs list for checking compatibility between chain and client but, as explained in Certificate pinning, you should not use this list for pinning against.
SSL.com DCV tokens are specific for RSA certificates and ECDSA certificates. This means that, for cases where you have to manually perform DCV, you will have to place two validation tokens per certificate order. To avoid management overhead, consider using a full setup, or setting up Delegated DCV.
Warning
This section summarizes commonly requested client support information. For the complete and most up-to-date certificate compatibility, refer to SSL.com documentation .
SSL.com is highly compatible, being accepted by over 99.9% of browsers, tablets, and mobile devices.
SSL.com certificates are cross-signed with Certum and the CA that cross-signs intermediates is from 2004.
Acceptable top level domains (TLDs) and current restrictions
Refer to Sectigo documentation .
A Certificate Authority Authorization (CAA) DNS record specifies which certificate authorities (CAs) are allowed to issue certificates for a domain. This record reduces the chance of unauthorized certificate issuance and promotes standardization across your organization.
If you are using Cloudflare as your DNS provider, then the CAA records will be added on your behalf. If you need to add CAA records, refer to Add CAA records.
The following table lists the CAA record content for each CA:
| Certificate authority | CAA record content |
|---|---|
| Let's Encrypt | letsencrypt.org |
| Google Trust Services | pki.goog; cansignhttpexchanges=yes |
| SSL.com | ssl.com |
| Sectigo | sectigo.com |
| Web Proxy Viewer | New URL | Original Page |