@@ -7,15 +7,19 @@ up and running. These users have a fixed set of privileges and cannot be
7
7
authenticated until their passwords have been set. The `elastic` user can be
8
8
used to <<set-built-in-user-passwords,set all of the built-in user passwords>>.
9
9
10
- `elastic`:: A built-in _superuser_. See <<built-in-roles>>.
11
- `kibana`:: The user Kibana uses to connect and communicate with Elasticsearch .
12
- `logstash_system`:: The user Logstash uses when storing monitoring information in Elasticsearch .
13
- `beats_system`:: The user the Beats use when storing monitoring information in Elasticsearch .
10
+ `elastic`:: A built-in <<built-in-roles,superuser >>.
11
+ `kibana`:: The user Kibana uses to connect and communicate with {es} .
12
+ `logstash_system`:: The user Logstash uses when storing monitoring information in {es} .
13
+ `beats_system`:: The user the Beats use when storing monitoring information in {es} .
14
14
`apm_system`:: The user the APM server uses when storing monitoring information in {es}.
15
15
`remote_monitoring_user`:: The user {metricbeat} uses when collecting and
16
16
storing monitoring information in {es}. It has the `remote_monitoring_agent` and
17
17
`remote_monitoring_collector` built-in roles.
18
18
19
+ TIP: The built-in users serve specific purposes and are not intended for general
20
+ use. In particular, do not use the `elastic` superuser unless full access to
21
+ the cluster is required. Instead, create users that have the minimum necessary
22
+ roles or privileges for their activities.
19
23
20
24
[float]
21
25
[[built-in-user-explanation]]
@@ -130,9 +134,9 @@ the `logstash.yml` configuration file:
130
134
xpack.monitoring.elasticsearch.password: logstashpassword
131
135
----------------------------------------------------------
132
136
133
- If you have upgraded from an older version of Elasticsearch,
134
- the `logstash_system` user may have defaulted to _disabled_ for security reasons.
135
- Once the password has been changed, you can enable the user via the following API call:
137
+ If you have upgraded from an older version of {es}, the `logstash_system` user
138
+ may have defaulted to _disabled_ for security reasons. Once the password has
139
+ been changed, you can enable the user via the following API call:
136
140
137
141
[source,console]
138
142
---------------------------------------------------------------------
0 commit comments