Skip to content

Silurian Docs

All documentation Security and performance

Edge certificates

How TLS certificates protect the connection between your visitors and your domain, and what to check before making a change.

Public guideReviewed 2026-09-11

Certificate architecture

Edge certificates authenticate Cloudflare to visitors; origin certificates authenticate the separate upstream connection.

Edge certificates and origin certificates

An edge certificate authenticates the public hostname to visitors connecting to Cloudflare. Cloudflare then creates a separate upstream TLS connection to the origin. Universal SSL, Advanced Certificates and uploaded Custom Certificates affect the edge. A public or Cloudflare Origin CA certificate affects the origin connection.

Universal SSL coverage

Universal SSL is automatically available on Cloudflare plans and uses domain-validated certificates. With a full DNS setup it normally covers the zone apex and first-level subdomains. Deeper names such as api.dev.example.com require suitable additional coverage through Total TLS, an Advanced Certificate or a Custom Certificate.

  • Certificate status can be active while a newly added hostname is not covered.
  • A certificate is presented only when the hostname is proxied.
  • Issuance can take from minutes to 24 hours after activation or a relevant DNS change.

Certificate selection and priority

Cloudflare can hold more than one certificate pack for a hostname and select a compatible certificate during the TLS handshake. RSA provides broad compatibility; ECDSA offers smaller modern handshakes. Keep overlapping coverage during replacement so a renewal or upload does not create a gap.

Coverage and TLS policy

Hostname coverage, certificate key types, protocol versions and cipher policy together determine client compatibility.

Full (strict) origin encryption

Full (strict) encrypts both hops and validates the origin certificate's trust, expiry and hostname. Install a publicly trusted or Cloudflare Origin CA certificate on port 443 before enabling strict mode. Full without strict validation encrypts the hop but accepts an invalid origin certificate and should not be the final state.

Custom certificate requirements

A custom certificate must contain the required SAN hostnames, match its private key, use an accepted key type and size, include the correct chain and retain sufficient validity. The customer controls renewal and replacement for an uploaded custom certificate; Cloudflare does not silently renew a customer-owned certificate.

  • Never paste a private key into documentation, tickets or logs.
  • Validate the certificate and chain before replacing the working pack.
  • Keep the old certificate until the new pack is active on every required hostname.

Certificate lifecycle

Issuance, validation and renewal depend on DNS, CAA and continuous control of the covered hostnames.

Protocol versions and cipher suites

Minimum TLS Version removes older visitor protocols. TLS 1.3 enables the modern handshake while TLS 1.2 can remain as a fallback. Custom cipher suites are an expert compatibility control: removing a suite can exclude older clients, appliances and integrations even when the certificate itself is valid.

Certificate lifecycle and renewal

Universal certificates normally have short lifetimes and Cloudflare starts renewal before expiry. DNS, CAA and certificate-authority validation must continue to work during renewal. Monitor status rather than only the displayed expiry date, because a pending renewal can reveal a blocked validation path.

Failure diagnosis and recovery

Identify the failing TLS hop before replacing certificates or weakening origin validation.

Diagnose TLS failures

Identify the failing hop. A browser certificate warning points to edge hostname coverage or trust. Error 525 indicates an origin TLS handshake failure. Error 526 indicates Full (strict) rejected the origin certificate. Confirm proxy state, hostname, certificate chain, expiry, SNI support, port 443 and origin firewall access from Cloudflare.

  • Test the public hostname with SNI.
  • Test the origin separately only through an authorized administrative path.
  • Do not leave strict validation disabled after using a temporary recovery mode.

Safe certificate replacement

Add and activate the replacement before removing the current certificate. Verify the apex, www and every application hostname from more than one client profile. Remove the old pack only after the replacement is consistently served and the origin connection remains healthy.