Entity risk scoring requirements

edit

To use entity risk scoring and asset criticality, your role must have certain cluster, index, and Kibana privileges. These features require a Platinum subscription or higher.

This page covers the requirements and guidelines for using the entity risk scoring and asset criticality features, as well as their known limitations.

Entity risk scoring

edit
Privileges
edit

To turn on the risk scoring engine, you need the following privileges:

Cluster Index Kibana
  • manage_index_templates
  • manage_transform

all privilege for risk-score.risk-score-*

Read for the Security feature

Elasticsearch resource guidelines
edit

Follow these guidelines to ensure clusters have adequate memory to handle data volume:

  • With 2GB of Java Virtual Machine (JVM) heap memory, the risk scoring engine can safely process around 44 million documents, or 30 days of risk data with an ingest rate of 1000 documents per minute.
  • With 1GB of JVM heap, the risk scoring engine can safely process around 20 million documents, or 30 days of risk data with an ingest rate of around 450 documents per minute.
Known limitations
edit

The risk scoring engine uses an internal user role to score all hosts and users, and doesn’t respect privileges applied to custom users or roles. After you turn on the risk scoring engine for a Kibana space, all alerts in the space will contribute to host and user risk scores.

Asset criticality

edit
Privileges
edit

To use asset criticality, you need the following privileges for the .asset-criticality.asset-criticality-<space-id> index:

Action Index privilege

View asset criticality

read

View, assign, or change asset criticality

read and write

Unassign asset criticality

delete