Splunk Search

srchIndexesDefault parameter is not respected when srchFilter is defined

sylim_splunk
Splunk Employee
Splunk Employee

We noticed that when a srchFilter is configured for a role in authorize.conf, the srchIndexesDefault setting is ignored unless the srchFilter contains the wildcard(*) character by itself.

As a result, all indexes a user is allowed to access are searched when the index clause is not specified in the query.

Regardless of the srchFilter definition, srchIndexesDefault should be respected when the index clause is not explicity specified in the query.

Here's what I did;

  1. Define two indexes, i.e. index4test1 and index4test2.
  2. Configure the user role as below: [role_user] srchIndexesDefault = index4test2 srchFilter = index!=main
  3. Perform the following example search: earliest=-1d |stats count by index
  4. Output is both index4test1 and index4test2 instead of just index4test2.

If the srchFilter is removed altogether or a wildcard character is included, the results is index4test2 as expected. This works as designed for the admin role as it has srchFilter = *.

Tags (1)
1 Solution

sylim_splunk
Splunk Employee
Splunk Employee

As per our doc - I agree it's not very clear, the srchIndexesDefault is used when there is no index listed in the search but when you use srchFilter with index, like "index!=main" which is eventually added into the search, " index!=main ". Because of this replacement the srchIndexesDefault will not be considered during the search time.

Here's excerpts from doc

srchIndexesDefault = semicolon-separated list
A list of indexes to search when no index is specified.

To work around it, adjust srchIndexesAllowed and srchIndexesDisallowed so that it doesn't include the indexes you do not want for the roles, or change your searches to explicitly specify the index(es) that a search should look at.

https://docs.splunk.com/Documentation/Splunk/latest/Admin/authorizeconf

 

View solution in original post

sylim_splunk
Splunk Employee
Splunk Employee

As per our doc - I agree it's not very clear, the srchIndexesDefault is used when there is no index listed in the search but when you use srchFilter with index, like "index!=main" which is eventually added into the search, " index!=main ". Because of this replacement the srchIndexesDefault will not be considered during the search time.

Here's excerpts from doc

srchIndexesDefault = semicolon-separated list
A list of indexes to search when no index is specified.

To work around it, adjust srchIndexesAllowed and srchIndexesDisallowed so that it doesn't include the indexes you do not want for the roles, or change your searches to explicitly specify the index(es) that a search should look at.

https://docs.splunk.com/Documentation/Splunk/latest/Admin/authorizeconf

 

gjanders
SplunkTrust
SplunkTrust

If you believe the docs should be more clear feel free to send constructive feedback via the documentation page! Perhaps it could mention srchFilters may change this ?

0 Karma
Got questions? Get answers!

Join the Splunk Community Slack to learn, troubleshoot, and make connections with fellow Splunk practitioners in real time!

Meet up IRL or virtually!

Join Splunk User Groups to connect and learn in-person by region or remotely by topic or industry.

Get Updates on the Splunk Community!

A Four-Part Event Series: Full Stack Observability For the AI Era

As AI reshapes applications, infrastructure, and the way teams operate, the traditional boundaries of ...

SOC4Kafka - New Kafka Connector Powered by OpenTelemetry

The new SOC4Kafka connector, built on OpenTelemetry, enables the collection of Kafka messages and forwards ...

Event Series: Level up your SOC: Advancing with Splunk Enterprise Security

AI has fundamentally raised the stakes for security operations, and this three-part series is your guide to ...