Security overview#

After the initial installation of your cluster, security is a next major concern for successfully operating Starburst Enterprise Presto (SEP). This overview provides an introduction to different aspects of configuring security for your SEP cluster.

Aspects of configuring security#

The default installation of SEP has no security features enabled. Security can be enabled for different parts of the SEP architecture:

Suggested configuration workflow#

To configure security for a new SEP cluster, follow this best practice order of steps. Do not skip or combine steps.

  1. Enable HTTPS and TLS

  • Work with your security team.

  • Use a load balancer or proxy to terminate HTTPS, if possible.

  • Use a globally trusted TLS certificate.

  1. Enable authentication

  • Start with a password file to get up and running.

  • Then configure your preferred authentication provider, such as LDAP.

  • Avoid the complexity of Kerberos for client authentication, if possible.

  1. Enable authorization and access control

  • Start with file-based rules.

  • Then configure another access control method as required.

Configure one step at a time. Always restart the SEP cluster after each change and verify the results before proceeding.

Securing client access to the cluster#

SEP clients include the SEP CLI, the Web UI, the JDBC driver, and community-provided clients, such as Python or Go clients, and any applications using these tools.

SEP includes support for the additional clients shown in Clients.

All access to the SEP cluster is managed by the coordinator. Thus, securing access to the cluster means securing access to the coordinator.

There are three aspects to consider:


The SEP server uses standard the HTTPS protocol and TLS encryption, formerly known as SSL.


SEP supports several authentication providers. When setting up a new cluster, start with simple password file authentication before configuring another provider.

SEP also supports Okta authentication.

User name management#

SEP provides ways to map the user and group names from authentication providers to SEP user names.

  • User mapping applies to all authentication systems, and allows for JSON files to specify rules to map complex user names from some systems ( to simple user names (alice).

  • File-based group provider provides a way to assign a set of user names to a group name to ease access control.

SEP also supports:

Authorization and access control#

SEP’s default method of access control allows all operations for all authenticated users.

To implement access control, use:

In addition, SEP provides an API that allows you to create a custom access control method, or to extend an existing one.

SEP includes a number of additional authorization methods that provide a greater level of access control. The SEP connectors overview includes information on which connectors support each feature.

Securing inside the cluster#

You can secure the internal communication between coordinator and workers inside the clusters.

Secrets in properties files, such as passwords in catalog files, can be secured with the secrets management.

Securing cluster access to data sources#

Communication between the SEP cluster and data sources is configured for each catalog. Each catalog uses a connector, which supports a variety of security-related configurations. More information is available with the documentation for individual connectors.

Secrets management can be used for the catalog properties files content.

The list of connector features on the connectors overview provides more details.

Auditing security#

SEP provides two security auditing features:

  • Query audit logs each query execution to a file.

  • Event logger tracks query completion events and related information in a PostgreSQL database.