---
title: Secure tenant connections with TLS certificates
description: PingOne Advanced Identity Cloud protects all inbound network traffic using TLS encryption. By default, each of your tenant environments is provisioned with Google-managed certificates. If you add one or more custom domains to your tenant environments, you can optionally provide your own self-managed certificates.
component: pingoneaic
page_id: pingoneaic:realms:server-certificates
canonical_url: https://docs.pingidentity.com/pingoneaic/realms/server-certificates.html
keywords: ["Security", "Realms"]
page_aliases: ["realms:ssl-certificates.adoc"]
section_ids:
  inbound-connections: Inbound connections
  ping-domains: Ping Identity domains
  custom-domains: Custom domains
  google-managed-certificates: Google-managed certificates (default)
  self-managed-certificates: Self-managed certificates
  outbound-connections: Outbound connections
  send-ping-a-ca-or-tls-certificate: Send Ping Identity a CA or TLS certificate
---

# Secure tenant connections with TLS certificates

PingOne Advanced Identity Cloud protects all inbound network traffic using TLS encryption. By default, each of your tenant environments is provisioned with Google-managed certificates. If you add one or more custom domains to your tenant environments, you can optionally provide your own self-managed certificates.

Advanced Identity Cloud also lets you add certificates to each tenant environment's truststore to protect outbound connections to your company's other network resources.

What is TLS?

Transport Layer Security (TLS) is a cryptographic protocol used to secure network traffic between a client and a server. It is the more cryptographically secure successor to Secure Sockets Layer (SSL). The terms TLS and SSL are often used interchangeably.

TLS secures network traffic by applying three principles: authenticity (validating that the server is who it claims to be), confidentiality (preventing anyone else from reading the data being exchanged), and integrity (validating that the data sent is the same as the data received).

> **Collapse: Read more about how TLS ensures authenticity, confidentiality, and integrity**
>
> 1. Authenticity: When the client connects to the server, the server sends its certificate and public key. During the TLS handshake, the client validates that the certificate has been signed by a public certificate authority and that the server is in possession of the private key used to create the certificate.
>
> 2. Confidentiality: Data is encrypted and decrypted using a secret key that only the client and server have. The secret key is created and shared during the TLS handshake.
>
> 3. Integrity: The client and server encrypt the data using the same Message Authentication Code (MAC) algorithm and validate that the output hashes match.

## Inbound connections

### Ping Identity domains

Advanced Identity Cloud uses Google-managed certificates to secure inbound traffic to the `forgeblocks.com` and `forgerock.io` domains used by your tenant environments.

### Custom domains

#### Google-managed certificates (default)

If you use a [custom domain](custom-domains.html) to access Advanced Identity Cloud, by default a Google-managed certificate is used to secure inbound traffic to the domain. The domain is added to the certificate's Subject Alternative Name (SAN) field.

#### Self-managed certificates

Advanced Identity Cloud offers you the choice of using a self-managed certificate with your [custom domain](custom-domains.html), in place of the default Google-managed certificate.

You can create self-managed certificates in two main ways, depending on how you want to manage the private key and certificate signing request (CSR):

* Use a tenant-generated private key that is only accessible by the tenant itself. The tenant generates the CSR, and you install the resulting certificate on the same tenant. Learn more in:

  * [Create a certificate using the admin console](server-certificates-ui.html#create-a-certificate-using-the-ui) (UI)

  * [Create a certificate using a tenant-generated private key](server-certificates-api.html#create-a-certificate-using-a-tenant-generated-private-key) (API)

* Use a locally generated private key that you retain access to. You generate the CSR locally and install the resulting certificate on as many tenants as you need. Learn more in:

  * [Create a certificate using a locally generated private key](server-certificates-api.html#create-a-certificate-using-a-locally-generated-private-key) (API)

Learn the best practices for creating and managing certificates in [Server certificate best practices](server-certificates-best-practices.html).

## Outbound connections

Advanced Identity Cloud lets you secure outbound traffic from your tenant environments to your own network. For example, you might want to secure outbound emails from your Advanced Identity Cloud tenant environments to your on-premises SMTP server.

To do this, supply your own CA or TLS certificates to Ping Identity. Ping Identity then adds the certificates into the trust store of your tenant environments. You can supply as many certificates as you need.

### Send Ping Identity a CA or TLS certificate

1. Go to <https://support.pingidentity.com>.

2. Click Create a case.

3. Follow the steps in the case submission wizard by selecting your account and contract and answering questions about your tenant environments.

4. On the Please answer the following questions to help us understand the issue you're facing page, enter the following details, and then click Next:

   | Field                                                | Value                                                                       |
   | ---------------------------------------------------- | --------------------------------------------------------------------------- |
   | What product family is experiencing the issue?       | Select PingOne Advanced Identity Cloud                                      |
   | What specific product is experiencing the issue?     | Select Configuration                                                        |
   | What version of the product are you using?           | Select NA                                                                   |
   | What Hostname(s) or Tenant ID(s) does this apply to? | Enter a comma-separated list of FQDNs for the relevant tenant environments. |

5. On the Tell us about the issue page, enter the following details, and then click Next:

   | Field                                      | Value                                                                                       |
   | ------------------------------------------ | ------------------------------------------------------------------------------------------- |
   | Provide a descriptive title for your issue | Enter `Add CA or TLS certificate to tenant trust stores`                                    |
   | Describe the issue below                   | State the number of certificates you're providing, including any intermediate certificates. |

6. Click Submit.

7. Upload the local file containing your certificate. If your certificate chain includes intermediate certificates, make sure you upload them too.

8. Ping Identity support confirms when the certificate has been imported into the trust stores of your tenant environments.
