CARVIEW |
Securing Splunk Enterprise
- Install Splunk Enterprise securely
- Create secure administrator credentials
- About TLS encryption and cipher suites
- Secure Splunk Enterprise with FIPS
- About default certificate authentication
- Harden the Splunk Enterprise installation directory on Windows
- Secure Splunk Enterprise on your network
- Disable unnecessary Splunk Enterprise components
- Secure Splunk Enterprise service accounts
- Deploy secure passwords across multiple servers
- Harden the network port that App Key Value Store uses
- Best practices for hardening Splunk Enterprise servers and the operating systems they use
- Use network access control lists to protect your deployment
- Use access control to secure Splunk data
- About user authentication
- About configuring role-based user access
- Define roles on the Splunk platform with capabilities
- Create and manage users with Splunk Web
- Create and manage roles with Splunk Web
- Find existing users and roles
- Secure access for Splunk knowledge objects
- Password best practices for administrators
- Configure Splunk password policies
- Configure a Splunk Enterprise password policy using the Authentication.conf configuration file
- Password best practices for users
- Unlock a user account
- Change a user password
- Manage out-of-sync passwords in a search head cluster
- Set up user authentication with LDAP
- Manage Splunk user roles with LDAP
- LDAP prerequisites and considerations
- Secure LDAP authentication with transport layer security (TLS) certificates
- How the Splunk platform works with multiple LDAP servers for authentication
- Configure LDAP with Splunk Web
- Map LDAP groups to Splunk roles in Splunk Web
- Configure single sign-on with SAML
- Configure SSO with PingIdentity as your SAML identity provider
- Configure SSO with Okta as your identity provider
- Configure SSO with Microsoft Azure AD or AD FS as your Identity Provider
- Configure SSO with OneLogin as your identity provider
- Configure SSO with Optimal as your identity provider
- Configure SSO in Computer Associates (CA) SiteMinder
- Secure SSO with TLS certificates on Splunk Enterprise
- Configure Ping Identity with leaf or intermediate SSL certificate chains
- Configure SAML SSO for other IdPs
- Configure authentication extensions to interface with your SAML identity provider
- Configure advanced settings for SSO
- Map groups on a SAML identity provider to Splunk roles
- Modify or remove role mappings
- Troubleshoot SAML SSO
- About multifactor authentication with Duo Security
- Configure Splunk Enterprise to use Duo Security multifactor authentication
- Configure Duo multifactor authentication for Splunk Enterprise in the configuration file
- About multifactor authentication with RSA Authentication Manager
- Configure RSA authentication from Splunk Web
- Configure Splunk Enterprise to use RSA Authentication Manager multifactor authentication via the REST endpoint
- Configure Splunk Enterprise to use RSA Authentication Manager multifactor authentication in the configuration file
- User experience when logging into a Splunk instance configured with RSA multifactor authentication
- About securing inter-Splunk communication
- Configure secure communications between Splunk instances with updated cipher suite and message authentication code
- Securing distributed search heads and peers
- Secure deployment servers and clients using certificate authentication
- Secure Splunk Enterprise services with pass4SymmKey
- Resetting Administrator Password on Free License
- What is the best practice to change the Splunk adm...
- What are the recommended best practices for Splunk...
- ERROR PasswordHandler - Decrypted password from st...
- Change my splunk password, it says "please contact...
- how do i get access to administrator if i forgot t...
- Best practices: Can a su command be used to log in...
- Are there any examples of how to detect new local ...
- seeking confirmation: there is no way to lockout t...
- [SHC] Troubleshooting Configurations under Search ...
Password best practices for administrators
Passwords are one of the most common points of unauthorized access in successful security breaches.
The National Institute of Standards and Technology (NIST) proposes significant changes to the rules governing passwords, upending many of the classic ways to prevent weak passwords. Splunk provides the traditional means to drive more secure passwords and continues to monitor and update security requirements based on customer feedback.
Splunk Enterprise provides configuration options for the following password characteristics:
- Length
- Complexity
- Expiration and password reuse (history)
- Lockout after failed attempts
To set up a password policy, see the following topics:
- Configure Splunk password policies
- Configure a Splunk password policy in Authentication.conf (on Splunk Enterprise only)
Password policy best practices
The following best practices help significantly lower the chances of unauthorized access to Splunk and other systems:
Require a longer password length
- Long passwords or passphrases are the best way to secure access. Using passwords of ten or more characters prevents the use of rainbow tables and dramatically inhibits password-cracking software that decodes password hashes. A password is more secure when it requires more characters. The required minimum is 8 characters and you can set a length up to 256 characters.
Require a complex password
- Traditional guidance requires the use of multiple character types in a password, such as lowercase and uppercase letters, numbers, and special characters. This helps prevent dictionary words in passwords and increases resistance to brute-force attacks.
Because complex passwords can be difficult to remember and do not add significantly to the strength of passwords, NIST no longer suggests this requirement. However, Splunk Enterprise supplies this option because it is still commonly part of regulatory compliance for many organizations.
Use Password expiration
- Traditional guidance is to force users to change passwords four or more times per year. Many compliance regulations require this value be set to 90 days or fewer. NIST guidance no longer recommends this, because users tend to change the last character in their password. As a result, any compromised passwords can be used to guess new passwords. Set the maximum password age to any value from 0 to 3650 days, where a value of 0 means that passwords do not expire.
Password expiration is off by default on Splunk platform instances.
Enforce Password History
- Enable password history to ensure that a user's most recent passwords are saved. Any password saved to a user's history cannot be used again. With this policy, you discourage users from alternating between several common passwords.
Password history is off by default.
Use password lockout
Password lockout temporarily locks users out of the system after a certain number of failed attempts. Password lockout is on by default and occurs five attempts. You can specify how many attempts the user has, and how long the lockout period must last. The default is 30 minutes. In less secure environments, you can set the lockout time for longer to be sure that an unverified user cannot access the system.
Password lockout is on by default.
Delete all user accounts on Splunk Enterprise | Configure Splunk password policies |
This documentation applies to the following versions of Splunk® Enterprise: 7.1.0, 7.1.1, 7.1.2, 7.1.3, 7.1.4, 7.1.5, 7.1.6, 7.1.7, 7.1.8, 7.1.9, 7.1.10, 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.2.9, 7.2.10, 7.3.0, 7.3.1, 7.3.2, 7.3.3, 7.3.4, 7.3.5, 7.3.6, 7.3.7, 7.3.8, 7.3.9, 8.0.0, 8.0.1, 8.0.2, 8.0.3, 8.0.4, 8.0.5, 8.0.6, 8.0.7, 8.0.8, 8.0.9, 8.0.10, 8.1.0, 8.1.1, 8.1.2, 8.1.3, 8.1.4, 8.1.5, 8.1.6, 8.1.7, 8.1.8, 8.1.9, 8.1.10, 8.1.11, 8.1.12, 8.1.13, 8.1.14, 8.2.0, 8.2.1, 8.2.2, 8.2.3, 8.2.4, 8.2.5, 8.2.6, 8.2.7, 8.2.8, 8.2.9, 8.2.10, 8.2.11, 8.2.12, 9.0.0, 9.0.1, 9.0.2, 9.0.3, 9.0.4, 9.0.5, 9.0.6, 9.0.7, 9.0.8, 9.0.9, 9.0.10, 9.1.0, 9.1.1, 9.1.2, 9.1.3, 9.1.4, 9.1.5, 9.1.6, 9.1.7, 9.1.8, 9.1.9, 9.2.0, 9.2.1, 9.2.2, 9.2.3, 9.2.4, 9.2.5, 9.2.6, 9.3.0, 9.3.1, 9.3.2, 9.3.3, 9.3.4, 9.4.0, 9.4.1, 9.4.2
Comments
Password best practices for administrators
You must be logged into splunk.com in order to post comments. Log in now.
Please try to keep this discussion focused on the content covered in this documentation topic. If you have a more general question about Splunk functionality or are experiencing a difficulty with Splunk, consider posting a question to Splunkbase Answers.
Your Comment Has Been Posted Above
Feedback submitted, thanks!