Admin Manual

 


Add and edit roles

Add and edit roles

Add and edit roles using Splunk Web

In Splunk Web:

1. Click Manager.

2. Click Access controls.

3. Click Roles.

4. Click New or edit an existing role.

5. Specify new or changed information for this role. In particular, you can:

6. Click Save.

Add and edit roles using authorize.conf

Configure roles by editing authorize.conf. Roles are defined by lists of capabilities. You can also use roles to create fine-grained access controls by setting a search filter for each role.

Caution: Do not edit or delete any roles in $SPLUNK_HOME/etc/system/default/authorize.conf. This could break your admin capabilities. Edit this file in $SPLUNK_HOME/etc/system/local/, or your own custom application directory in $SPLUNK_HOME/etc/apps/. For more information on configuration files in general, see About configuration files.

Add roles

Here's the syntax for adding roles through $SPLUNK_HOME/etc/system/local/authorize.conf:

[role_<roleName>]
<attribute> = <value>
<attribute> = <value>
...

The <roleName> in the stanza header is the name you want to give your role. For example: security, compliance, ninja.

The role name must be lowercase. For example: "role_security"

You can include these attributes in the role stanza:

Note: You must reload authentication or restart Splunk after making changes to authorize.conf. Otherwise, your new roles will not appear in the Role list. To reload authentication, go to the Manager > Authentication section of Splunk Web. This refreshes the authentication caches, but does not boot current users.

Search filter format

The srchFilter/Search filter field can include any of the following search terms:

Note: Members of multiple roles inherit properties from the role with the broadest permissions. In the case of search filters, if a user is assigned to roles with different search filters, they are all combined via OR. For example, by default, the Power and User roles do not have a search term filter restriction defined (this field is blank) and they do not restrict search results by default. If a user has a combination of the Power or User role and another role that does have restricted search terms defined (for example, srchFilter=x), the open search associated with the default Power (or User) role will no longer apply (and that user role will have the restriction of srchFilter=x). If you want to maintain the default of no search filter for the Power (or User) role, you must explicitly add the srchFilter=* to the role.

The search terms cannot include:

Example of creating a role in authorize.conf

This example creates the role "ninja", which inherits capabilities from the default "user" role. ninja has almost the same capabilities as the default "power" role, except it cannot schedule searches. In addition:

[role_ninja]
rtsearch = enabled
importRoles = user
srchFilter = host=foo
srchIndexesAllowed = *
srchIndexesDefault = mail;main
srchJobsQuota   = 8
rtSrchJobsQuota = 8
srchDiskQuota   = 500

List of available capabilities

This list shows capabilities available for roles. Check authorize.conf for the most up-to-date version of this list. The admin role has all the capabilities in this list except for the "delete_by_keyword" capability.

Capability Meaning
admin_all_objects Has access to objects in the system (user objects, search jobs, etc.).
change_authentication Can change authentication settings and reload authentication.
change_own_password Can change own user password.
delete_by_keyword Can use the "delete" search operator.
edit_deployment_client Can change deployment client settings.
edit_deployment_server Can change deployment server settings.
edit_dist_peer Can add and edit peers for distributed search.
edit_forwarders Can change forwarder settings.
edit_httpauths Can edit and end user sessions.
edit_input_defaults Can change default hostnames for input data.
edit_monitor Can add inputs and edit settings for monitoring files.
edit_roles Can edit roles and change user/role mappings.
edit_scripted Can create and edit scripted inputs.
edit_search_server Can edit general distributed search settings like timeouts, heartbeats, and blacklists.
edit_server Can edit general server settings like server name, log levels, etc.
edit_splunktcp Can change settings for receiving TCP inputs from another Splunk instance.
edit_splunktcp_ssl Can list or edit any SSL-specific settings for Splunk TCP input.
edit_tcp Can change settings for receiving general TCP inputs.
edit_udp Can change settings for UDP inputs.
edit_user Can create, edit, or remove users.
edit_web_settings Can change settings for web.conf.
get_metadata Enables the "metadata" search processor.
get_typeahead Enables typeahead.
indexes_edit Can change index settings like file size and memory limits.
license_tab Can access and change the license.
list_forwarders Can show forwarder settings.
list_httpauths Can list user sessions.
list_inputs Can list various inputs, including input from files, TCP, UDP, scripts, etc.
request_remote_tok Can get a remote authentication token.
rest_apps_management Can edit settings in the python remote apps handler.
rest_apps_view Can list properties in the python remote apps handler.
rest_properties_get Can get information from the services/properties endpoint.
rest_properties_set Can edit the services/properties endpoint.
restart_splunkd Can restart Splunk through the server control handler.
rtsearch Can run real-time searches.
schedule_search Can schedule saved searches.
search Can run searches.
use_file_operator Can use the "file" search operator.

This documentation applies to the following versions of Splunk: 4.1 , 4.1.1 , 4.1.2 , 4.1.3 , 4.1.4 , 4.1.5 , 4.1.6 , 4.1.7 , 4.1.8 , 4.2 , 4.2.1 , 4.2.2 , 4.2.3 , 4.2.4 , 4.2.5 , 4.3 , 4.3.1 , 4.3.2 View the Article History for its revisions.


Comments

There are 10 capabilities in 4.3 (not verified if the exist in earlier versions) that are not listed here:
edit_win_admon
edit_win_eventlogs
edit_win_perfmon
edit_win_regmon
edit_win_wmiconf
license_edit
list_deployment_client
list_pdfserver
list_win_localavailablelogs
write_pdfserver

Cbergman splunk, Splunker
February 7, 2012

You must be logged into splunk.com in order to post comments. Log in now.

Was this documentation topic helpful?

If you'd like to hear back from us, please provide your email address:

We'd love to hear what you think about this topic or the documentation as a whole. Feedback you enter here will be delivered to the documentation team.

Feedback submitted, thanks!