Create secure administrator credentials
When you install Splunk Enterprise, you must create a username and password for your administrator account. If you do not specify any arguments when you install the software, it prompts you to create a username and a password during the installation process.
If you do not create the password during installation, an unusable installation can occur. This can happen, for example, if you use the
--no-prompt Splunk CLI argument for starting Splunk Enterprise and also do not provide an administrator password in
user-seed.conf. In such a case, you must create the administrator credentials manually for the instance to be accessible.
If you upgrade from an older version of Splunk Enterprise, the installation uses the old administrator credentials.
Create admin credentials after starting Splunk Enterprise
If you installed Splunk Enterprise and did not create the administrator credentials, you can use one of the following methods to create the credentials.
Create admin credentials with user-seed.conf
This is currently the most secure method to create administrative credentials. Other methods can introduce security risks, mainly around access to command line history or process output.
- Edit the
$SPLUNK_HOME/etc/system/local/user-seed.conffile as follows:
[user_info] USERNAME = admin PASSWORD = <your password>
- Restart Splunk Enterprise.
Create admin credentials using REST
Administrators with access to the machine file system can create a user and enter a password using the
splunkd rest --noauth command.
This method is not secure because the password appears in plain text in the command line history unless you immediately delete the history after running the command.
You must restart Splunk Enterprise after using
splunkd REST commands.
$ splunk cmd splunkd rest --noauth POST /services/authentication/users "name=admin&password=<your password>&roles=admin"
Create admin credentials using the --seed-passwd or --gen-and-print-passwd CLI arguments
This method of creating the credentials is not secure because the password appears in the command line history, process output (
ps aux), and other items. Splunk Enterprise does not prompt you to create an administrator username in these cases, and instead uses the default of
- Create a password when you start Splunk Enterprise with the
splunk start --accept-license --answer-yes --no-prompt --seed-passwd <your password>
- Generate a random password and print the random password immediately:
splunk start --accept-license --answer-yes --no-prompt --gen-and-print-passwd
Create admin credentials for automated installations with the 'hash-passwd' CLI command
You can use this method in automated installations where you save and distribute
user-seed.conf to the newly installed instances.
This method is secure as long as you delete the command line history after completing the procedure.
- Create a hash from a plain-text password.
splunk hash-passwd <plaintext password>
- Copy the hash and place it into the
user-seed.conffile. For example:
$ splunk hash-passwd <your password> $6$hf3syG/qxy6REoBp...
You can then be safely write the output of the hash-passwd command in
[user_info] USERNAME = admin HASHED_PASSWORD = $6$hf3syG/qxy6REoBp...
- To validate a password and make sure it conforms to the password complexity requirements, you can use
validate-passwd. For example:
splunk validate-passwd <your password> cat passwd.txt | splunkd validate-passwd - $ splunk validate-passwd weakpas ERROR: Password did not meet complexity requirements. Password must contain at least: * 8 total printable ASCII character(s).
Reset a lost password
If you lose or forget the admin password, you can reset it. You must have the ability to write to the underlying password file (
splunk cmd splunkd rest --noauth POST /services/admin/users/admin "password=<your password>"
You must restart Splunk Enterprise after making this change.
Install Splunk Enterprise securely
About TLS encryption and cipher suites
This documentation applies to the following versions of Splunk® Enterprise: 7.2.0, 7.2.1, 7.2.2, 7.2.3, 7.2.4, 7.2.5, 7.2.6, 7.2.7, 7.2.8, 7.3.0, 7.3.1