Deploy custom certificate
Enterprise customers who do not wish to install a Cloudflare certificate have the option to upload their own root certificate to Cloudflare. This feature is sometimes referred to as Bring Your Own Public Key Infrastructure (BYOPKI). Gateway will use your uploaded certificate to encrypt all sessions between the end user and Gateway, enabling all HTTPS inspection features that previously required a Cloudflare certificate. You can upload multiple certificates to your account, but only one can be active at any given time. You also need to upload a private key to intercept domains with JIT certificates and to enable the block page.
You can upload either a root certificate or a full certificate chain (root certificate plus intermediate certificates). Uploading a certificate chain allows end-user devices to only install the root certificate, which can simplify certificate management for larger enterprises.
You can upload up to five custom root certificates. If your organization requires more than five certificates, contact your account team.
-
Open a terminal.
-
(Optional) Create a directory for the root CA and change into it.
Terminal window mkdir -p /root/customcacd /root/customcaYou can generate the certificate files in any directory. This step keeps things organized. If you skip it, files will be created in your current working directory.
-
Generate a private key for the root CA.
Terminal window openssl genrsa -out <CUSTOM-ROOT-PRIVATE-KEY>.pem 2048The
2048value specifies the RSA key size in bits. You can use4096for stronger security at the cost of slightly slower TLS handshakes. -
Generate a self-signed root certificate.
Terminal window openssl req -x509 -sha256 -new -nodes \-key <CUSTOM-ROOT-PRIVATE-KEY>.pem \-days 365 \-out <CUSTOM-ROOT-CERT>.pem \-addext "basicConstraints=critical,CA:TRUE" \-addext "keyUsage=critical,keyCertSign,cRLSign"The
-addextflags add thebasicConstraintsandkeyUsageextensions required by RFC 5280 ↗ for CA certificates. Without them, some TLS clients may reject certificates signed by your custom CA. In particular, Python 3.13 and later enforce strict RFC 5280 compliance by default (ssl.VERIFY_X509_STRICT), causing HTTPS requests to fail for devices using the Cloudflare One Client when the uploaded CA does not include these extensions.The
-days 365value controls certificate expiry. A shorter duration reduces risk if the key is compromised, but requires more frequent rotation. Rotating a deployed BYOPKI certificate is a disruptive operation, so choose an expiry that balances security with operational overhead.Error:
Unknown cipher or option -addextIf your system runs OpenSSL versions older than 1.1.1, the
-addextflag is not available. Use a config file instead:Terminal window openssl req -x509 -sha256 -new -nodes \-key <CUSTOM-ROOT-PRIVATE-KEY>.pem \-days 365 \-out <CUSTOM-ROOT-CERT>.pem \-config <(printf '[req]\ndistinguished_name=dn\n[dn]\n[v3_ca]\nbasicConstraints=critical,CA:TRUE\nkeyUsage=critical,keyCertSign,cRLSign') \-extensions v3_ca -
Verify the required RFC 5280 extensions are present:
Terminal window openssl x509 -in <CUSTOM-ROOT-CERT>.pem -noout -ext keyUsage,basicConstraintsThe output should include:
X509v3 Basic Constraints: criticalCA:TRUEX509v3 Key Usage: criticalCertificate Sign, CRL SignIf these fields are missing, regenerate the certificate using the command in step 4.
-
To review the private key, run the following command:
Terminal window openssl rsa -in <CUSTOM-ROOT-PRIVATE-KEY>.pem -textTo review the certificate, run the following command:
Terminal window openssl x509 -in <CUSTOM-ROOT-CERT>.pem -text
When preparing your certificate and private key for upload, be sure to remove any unwanted characters, such as mismatching subdomains in the certificate's common name.
You can upload a single root certificate or a full certificate chain. When uploading a certificate chain via the dashboard, API, or Terraform, concatenate the root certificate and any intermediate certificates in PEM format, with the root certificate first.
-
In Cloudflare One ↗, go to Traffic policies > Traffic settings > Certificates.
-
Select Upload certificate.
-
Enter the private key and SSL certificate you generated or select Paste certificate from file to upload them from a file. If uploading a certificate chain, paste all certificates (root and intermediates) in PEM format with the root certificate first.
-
Select Upload custom certificate.
You can now use the generated custom root certificate for inspection.
-
Use the Upload mTLS certificate endpoint to upload the certificate and private key to Cloudflare. The certificate must be a root CA or certificate chain, formatted as a single string with
\nreplacing the line breaks.
At least one of the following token permissions is required:Required API token permissions
Account: SSL and Certificates Write
Upload mTLS certificate curl "https://api.cloudflare.com/client/v4/accounts/$ACCOUNT_ID/mtls_certificates" \--request POST \--header "Authorization: Bearer $CLOUDFLARE_API_TOKEN" \--json '{"name": "example_ca_cert","certificates": "-----BEGIN CERTIFICATE-----\nXXXXX\n-----END CERTIFICATE-----","private_key": "-----BEGIN PRIVATE KEY-----\nXXXXX\n-----END PRIVATE KEY-----","ca": true}'The response will return a UUID for the certificate. For example:
{"success": true,"errors": [],"messages": [],"result": {"id": "2458ce5a-0c35-4c7f-82c7-8e9487d3ff60","name": "example_ca_cert","issuer": "O=Example Inc.,L=California,ST=San Francisco,C=US","signature": "SHA256WithRSA",...}}When uploading a certificate chain, the
certificatesfield should contain all certificates in PEM format. To format this field, order the root certificate first, then concatenate any intermediate certificates. -
Set the certificate as available for use in inspection with the Activate a Zero Trust certificate endpoint. This will deploy the certificate across the Cloudflare global network.
Activate a Zero Trust certificate curl "https://api.cloudflare.com/client/v4/accounts/$ACCOUNT_ID/gateway/certificates/$CERTIFICATE_ID/activate" \--request POST \--header "Authorization: Bearer $CLOUDFLARE_API_TOKEN"The response will return the certificate and a
pending_deploymentbinding status. For example:{"errors": [],"messages": [],"success": true,"result": {"in_use": false,"id": "f174e90a-fafe-4643-bbbc-4a0ed4fc8415","certificate": "-----BEGIN CERTIFICATE-----\\n ... \\n-----END CERTIFICATE-----\\n","issuer_org": "Example Inc.","issuer_raw": "O=Example Inc.,L=California,ST=San Francisco,C=US","fingerprint": "E9:19:49:AA:DD:D8:1E:C1:20:2A:D8:22:BF:A5:F8:FC:1A:F7:10:9F:C7:5B:69:AB:0:31:91:8B:61:B4:BF:1C","binding_status": "pending_deployment","type": "custom","updated_at": "2014-01-01T05:20:00.12345Z","uploaded_on": "2014-01-01T05:20:00.12345Z","created_at": "2014-01-01T05:20:00.12345Z","expires_on": "2014-01-01T05:20:00.12345Z"}} -
Use the Get Zero Trust certificate details endpoint to verify the certificate's binding status is set to
available.Get Zero Trust certificate details curl "https://api.cloudflare.com/client/v4/accounts/$ACCOUNT_ID/gateway/certificates/$CERTIFICATE_ID" \--request GET \--header "Authorization: Bearer $CLOUDFLARE_API_TOKEN"{"errors": [],"messages": [],"success": true,"result": {"in_use": false,"id": "f174e90a-fafe-4643-bbbc-4a0ed4fc8415","certificate": "-----BEGIN CERTIFICATE-----\\n ... \\n-----END CERTIFICATE-----\\n","issuer_org": "Example Inc.","issuer_raw": "O=Example Inc.,L=California,ST=San Francisco,C=US","fingerprint": "E9:19:49:AA:DD:D8:1E:C1:20:2A:D8:22:BF:A5:F8:FC:1A:F7:10:9F:C7:5B:69:AB:0:31:91:8B:61:B4:BF:1C","binding_status": "available","type": "custom","updated_at": "2014-01-01T05:20:00.12345Z","uploaded_on": "2014-01-01T05:20:00.12345Z","created_at": "2014-01-01T05:20:00.12345Z","expires_on": "2014-01-01T05:20:00.12345Z"}} -
(Optional) Verify the certificate is installed on your user's devices either with the Cloudflare One Client or manually.
-
Use the Patch Zero Trust account configuration endpoint to turn on the certificate for use in inspection. For example:
curl "https://api.cloudflare.com/client/v4/accounts/$ACCOUNT_ID/gateway/configuration" \ --request PATCH \ --header "Authorization: Bearer $CLOUDFLARE_API_TOKEN" \ --json '{ "settings": { "certificate": { "id": "{certificate_id}", "in_use": true } } }'Once in-use is set to true, Gateway will sign your traffic using the custom root certificate and private key. If you turn off or deactivate the custom certificate, Gateway will revert to the next available Cloudflare certificate generated for your Zero Trust account.
To use a custom root certificate you generated and uploaded to Cloudflare, refer to Activate a root certificate.
If Gateway returns an HTTP Response Code: 526 after deploying a custom certificate, refer to the Error 526 documentation.
Python 3.13 and later enable ssl.VERIFY_X509_STRICT by default, which requires CA certificates to comply with RFC 5280 ↗. If your BYOPKI certificate was generated without the keyUsage and basicConstraints extensions, Python HTTPS requests will fail when the Cloudflare One Client is active. To resolve the issue, generate a new custom root CA and upload it to Cloudflare.