Upload TLS Certificate

This section explains how to create and upload a TLS certificate chain in EXAoperation.

Certificate chain

Transport Layer Security (TLS) is a cryptographic protocol that uses digital certificate chains to enable secure communication between client and server. A certificate chain consists of multiple, related certificates that are linked together using digital signatures. Each certificate in the chain is digitally signed by the previous certificate in the chain. The root certificate in the chain can be self-signed or issued by a trusted Certificate Authority (CA). The certificate chain can contain any number of intermediate certificates between the root and server certificates.

TLS certificates are used to encrypt communication between the local client and EXAoperation, between database clients and the database, and for accessing BucketFS. You can upload the certificate chain using EXAoperation or XML-RPC.

If you need help on how to generate or use TLS certificates, contact your system administrator.

Prerequisites

  • A self-signed or CA-signed server certificate using either RSA or ECC encryption algorithms
  • The root certificate and any intermediate certificates that are part of the certificate chain

  • A private key file for the server certificate

If you are using RSA with a version of Exasol earlier than 7.1.2, the maximum key length is 2048 bits. With Exasol 7.1.2 or later, the maximum key length is 8192 bits.

The private key for the server certificate must not be encrypted with a password.

Create a certificate chain

A certificate chain is a simple text file that contains all the certificates. The ordering of the certificates in the file is important. Certificate chains begin with the server certificate and end with the root certificate. In the following example we create a certificate chain file that contains two certificates.

In the first step, the server certificate server_cert.crt is copied to a new certificate chain file cert_chain.pem.

cat server_cert.crt > cert_chain.pem;

In the next step, a CA-issued root certificate ca_cert.crt is appended to the file.

cat ca_cert.crt >> cert_chain.pem

Use >> (append) in the second step, not > (overwrite).

The file cert_chain.pem now contains a certificate chain with a server certificate and a root certificate. The next step is to upload this file to the Exasol system together with the private key for the server certificate.

Hostnames in server certificate

If the SQL driver is using a connection string in the format first_host..last_host:port, the exact hostnames provided in the connection string must be included in the Common Name (CN) or Subject Alternative Name (SAN) of the server certificate.

Example:

Driver connection string

Include in server certificate

10.11.12.13..15 (IP address range)

10.11.12.13

10.11.12.14

10.11.12.15

10.11.12.13,10.11.12.16 (list of IP addresses)

10.11.12.13

10.11.12.16

db-node1..3.mydomain (DNS name range)

db-node1.mydomain

db-node2.mydomain

db-node3.mydomain

or

*.mydomain

exa-prod.mydomain (hostname or DNS record that resolves to multiple IP addresses)

exa-prod.mydomain

or

*.mydomain

Upload certificate chain and private key

You must upload the entire TLS certificate chain, not just the server certificate.

In EXAoperation

  1. Log in to EXAoperation as an admin.
  2. Click the TLS Certificate tab under Configuration > Access Management.
  3. Upload the certificate chain file and the private key file.
  4. Click Upload Key button.
  5. Go to ServicesEXAoperation and click the Restart button to restart EXAoperation. Restarting EXAoperation does not impact the database's availability.
    After restarting, EXAoperation uses an encrypted TLS connection.

If you upload a TLS certificate, the database automatically uses the same certificate for TLS connections between the database and other clients after a database restart.

Through XML-RPC

  1. Run the following commands to import the XML-RPC packages:
  2. from xmlrpc.client import ServerProxy
    from xmlrpc.client import ServerProxy as xmlrpc

  3. Run the following command to create a connection with your Exasol cluster:
  4. import ssl
    server = ServerProxy ('https://user:password@<IP_Address>/cluster1', context=ssl._create_unverified_context (), allow_none = True)

  5. Run the following command to upload a TLS certificate chain and private key. Replace the absolute paths and file names with your own.
  6. cert = open('/absolute/path/to/cert_chain.pem', 'r').read()
    key = open('/absolute/path/to/key.pem', 'r').read()

    server.uploadTlsFiles(cert,key)

  7. Restart EXAoperation. Restarting EXAoperation does not impact the database's availability.
  8. server.restartEXAoperation('<node>')

    After restarting, EXAoperation uses an encrypted TLS connection.

If you upload a TLS certificate, the database automatically uses the same certificate for TLS connections between the database and other clients after a database restart.

You can only have one TLS certificate active at a time. Uploading a new certificate overwrites a previous TLS certificate. It is not possible to delete a certificate without replacing it.

Enable a TLS certificate

All Exasol drivers use TLS as the default cryptographic protocol for all connections. By default, each Exasol database uses a self-signed certificate for TLS encryption. If your database uses the default certificate or another self-signed certificate, you may need to update your connection strings to connect to the database.

To use the uploaded TLS certificate for communication between database clients and the database, you must restart the database after uploading the certificate. For more information about how to restart the database, see Start a Database.

Restarting the database requires a short downtime.

Fingerprint

You can use TLS fingerprints for clients that do not support certificate verification. Exasol automatically adds the certificate fingerprint to the database connection string in EXAoperation.

When you upload a new TLS certificate and restart the database a new fingerprint is generated. The fingerprint is immediately updated in the connection string in EXAoperation, but you must restart the database before you can connect using the new fingerprint.