Security

How to achieve brute force alerts?

MalcolmC
New Member

we had a vendor setup our Splunk instance and configure a "Brute Force Attack" alert with the following query.

--- orginal brute force alert ----
| tstats summariesonly=t allow_old_summaries=t count from datamodel=Authentication by Authentication.action, Authentication.src
| rename Authentication.src as source, Authentication.action as action
| chart last(count) over source by action
| where success>0 and failure>20
| sort -failure
| rename failure as failures
| fields - success, unknown

This seemed to be working OK, but lately we've been getting a lot of emails from it. Most I've fixed, it was a bad password in a automated job. But the last one left on my list, the source is listed as "unknown" and I cant seem to find any more information about it.

I'm new to splunk so probably not looking in the correct place the correct way.
Has anyone got any suggestions on how to track down what it might be ?

Labels (1)
0 Karma

richgalloway
SplunkTrust
SplunkTrust

The query uses a datamodel, which automatically inserts "unknown" in certain fields that have no value.  There's nothing you can do about that other than change the source to provide a proper value.

Consider using the datamodel's constraints to fetch the raw events used to detect brute force attacks.  Perhaps something there will provide a clue to the source.

---
If this reply helps you, Karma would be appreciated.
0 Karma
Get Updates on the Splunk Community!

Splunk Platform | Upgrading your Splunk Deployment to Python 3.9

Splunk initially announced the removal of Python 2 during the release of Splunk Enterprise 8.0.0, aiming to ...

From Product Design to User Insights: Boosting App Developer Identity on Splunkbase

co-authored by Yiyun Zhu & Dan Hosaka Engaging with the Community at .conf24 At .conf24, we revitalized the ...

Detect and Resolve Issues in a Kubernetes Environment

We’ve gone through common problems one can encounter in a Kubernetes environment, their impacts, and the ...