Deadline: July 1, 2026
On July 1, 2026, Google Chrome will remove the following roots from its trust store:
If you use TLS certificates issued from these root hierarchies and require Google Chrome trust, action may be required before July 1, 2026.
TLS certificates issued from these root hierarchies before July 1, 2026, remain trusted until they expire. Code Signing certificates issued from these root hierarchies are not affected because they do not rely on browser trust.
The Google Chrome Root Program requires Certificate Authorities (CAs) to use dedicated TLS root hierarchies for issuing public TLS certificates. These three roots are being removed from the Google Chrome trust store because they are not dedicated TLS roots. In addition to TLS intermediate CA (ICA) certificates, these roots have also issued Code Signing and TimeStamp ICA certificates.
Learn more about Google Chrome’s root program requirements.
Use the information in the table below to determine how you are affected and if action is required. Note that TLS certificates issued before July 1, 2026, are not affected by the root removal and remain trusted by Google Chrome until they expire.
Table: Are you affected?
| If you use TLS certificates and… | Impact |
|---|---|
| Use them for websites or applications that must be trusted by web browsers, such as Google Chrome | Action required. New TLS certificates issued on or after July 1, 2026, must be issued from DigiCert Global Root G2 (RSA) and DigiCert Global Root G3 (ECC) root hierarchies to be trusted in Google Chrome. |
| Do not require Google Chrome trust, for example, mTLS or other non-browser use cases | No action is required at this time. |
First, identify any TLS certificates issued from the DigiCert Trusted Root G4, DigiCert Assured ID G2, and DigiCert Assured ID G3 root hierarchies. Learn how to identify your TLS certificate's issuing root hierarchy.
Next, determine whether the TLS certificate requires browser trust such as Google Chrome.
Some applications, services, and mobile platforms rely on browser trust stores even when they are not accessed directly through a web browser. Before determining that Google Chrome trust is unnecessary, review how the certificate is used within your environment.
Table: Examples of whether browser trust is required for a TLS certificate
| If you use your TLS certificate for… | Is Google Chrome trust required? | What you need to do |
|---|---|---|
| For websites or applications that must be trusted by web browsers such as Google Chrome. | Yes. | Starting July 1, 2026, you must issue new TLS certificates from DigiCert Global Root G2 (RSA) and DigiCert Global Root G3 (ECC) root hierarchies. |
| For other use cases that do not require browser trust, such as Mutual TLS (mTLS). | No. | No action is required at this time. |
To maintain Google Chrome trust, new TLS certificates issued on or after July 1, 2026, must be issued from DigiCert Global Root G2 (RSA) and DigiCert Global Root G3 (ECC) hierarchies, including reissues, duplicates, and renewals.
To add these root hierarchies to your CertCentral account, contact your account representative or DigiCert Support.
Additional action may be required if you do any of the following:
Table: Required actions per use case
| Use case | Action |
|---|---|
| Install TLS certificates without the DigiCert-provided ICA certificate | Always install the full certificate chain, server certificate plus intermediate CA certificate, provided by DigiCert. To get a copy of the issuing ICA certificate:
|
| Operate a trust store | Update your trust store to include the DigiCert Global Root G2 (RSA) and DigiCert Global Root G3 (ECC) roots and their ICA certificates. |
| Hard code acceptance of ICA or root certificates | Do not hard code root or ICA certificate trust. Remove any policies that require hard coding CA certificate trust. WebPKI environments, such as browsers, require regular intermediate CA and root certificate updates. Hard coding certificate trust limits crypto-agility and can cause service disruptions. |
| Certificate pinning | Do not pin root or ICA certificates. Remove any policies that require pinning. WebPKI environments, such as browsers, require regular intermediate CA and root certificate updates. Pinning limits crypto-agility and can cause service disruptions. |
Existing TLS certificates issued before July 1, 2026, remain valid and trusted until they expire.
If you need to reissue, duplicate, or renew a certificate on or after July 1, 2026, and you need to maintain Google Chrome trust:
To determine whether a TLS certificate is affected by the Google Chrome root removal, identify its issuing root hierarchy.
To determine whether a TLS certificate is affected, identify the root certificate that issued the certificate chain.
In CertCentral, do one of the following:
If the root certificate is DigiCert Assured ID G2, DigiCert Assured ID G3, or DigiCert Trusted Root G4, the TLS certificate is affected by the Google Chrome root removal.

If you have access to the Report library in CertCentral, build an Orders Report to identify TLS certificates issued from the DigiCert Trusted Root G4, DigiCert Assured ID G2, and DigiCert Assured ID G3 hierarchies. See Build and edit an Orders report.