This documentation contains work-in-progress information for future Elastic Stack and Cloud releases. Use the version selector to view supported release docs. It also contains some Elastic Cloud serverless information. Check out our serverless docs for more details.
« Get started with Elastic Security Elastic Security UI »
Elastic Docs ›Elastic Security Solution [8.16] ›Get started with Elastic Security

Elastic Security requirements

edit

Elastic Security requirements

edit

Elastic Security is an inbuilt part of Kibana. To use Elastic Security, you only need an Elastic Stack deployment (an Elasticsearch cluster and Kibana).

Elastic Cloud offers all of the features of Elasticsearch, Kibana, and Elastic Security as a hosted service available on AWS, GCP, and Azure. To get started, sign up for a free Elastic Cloud trial.

For information about installing and managing the Elastic Stack yourself, see Installing the Elastic Stack.

The Support Matrix page lists officially supported operating systems, platforms, and browsers on which Elasticsearch, Kibana, Beats, and Elastic Endpoint have been tested.

Node role requirements

edit

To use Elastic Security, at least one node in your Elasticsearch cluster must have the transform role. Nodes are automatically given this role when they’re created, so changes are not required if default role settings remain the same. This applies to on-premise and cloud deployments.

Changes might be required if your nodes have customized roles. When updating node roles, nodes are only assigned the roles you specify, and default roles are removed. If you need to reassign the transform role to a node, create a dedicated transform node.

Space and index privileges

edit

To use Elastic Security, your role must have at least:

  • Read privilege for the Security feature in the space. This grants you Read access to all features in Elastic Security except cases. You need additional minimum privileges to use cases.
  • Read and view_index_metadata privileges for all Elastic Security indices, such as filebeat-*, packetbeat-*, logs-*, and endgame-* indices.

Configure advanced settings describes how to modify Elastic Security indices.

For more information about index privileges, refer to Elasticsearch security privileges.

Feature-specific requirements

edit

There are some additional requirements for specific features:

License requirements

edit

All features are available as part of the free Basic plan except:

Elastic Stack subscriptions lists the required subscription plans for all features.

Advanced configuration and UI options

edit

Configure advanced settings describes how to modify advanced settings, such as the Elastic Security indices, default time intervals used in filters, and IP reputation links.

Third-party collectors mapped to ECS

edit

The Elastic Common Schema (ECS) defines a common set of fields to be used for storing event data in Elasticsearch. ECS helps users normalize their event data to better analyze, visualize, and correlate the data represented in their events. Elastic Security can ingest and normalize events from any ECS-compliant data source.

Elastic Security requires ECS-compliant data. If you use third-party data collectors to ship data to Elasticsearch, the data must be mapped to ECS. Elastic Security ECS field reference lists ECS fields used in Elastic Security.

Cross-cluster searches

edit

For information on how to perform cross-cluster searches on Elastic Security indices, see:

« Get started with Elastic Security Elastic Security UI »