Splunk Enterprise Security

"Concurrent Login Attempts Detected" CS results have hostnames and IPs showing as previous_src and src

wgawhh5hbnht
Communicator

We're getting false positives on the correlated search, "Concurrent Login Attempts Detected", because the previous_src and the src are the hostname and IP of the same system.

In ES if I use Investigate Asset Artifacts and enter the hostname, the IP is returned, and vice versa. To me that means the asset lookups are functioning properly, right?

Anyone know how to correct for this?

0 Karma
1 Solution

wgawhh5hbnht
Communicator

I opened a case with Splunk support & they said this an expected behavior, it either needs more work or there is something specific that's causing hundreds of these alerts per day. To reduce the noise I've eliminated all Domain Controller IPs & Hostnames. Next I added multiple looks for the IPs, this is done based on both src & previous_src:

| lookup dnslookup clientip as src OUTPUT clienthost as src_fqdn
| lookup dnslookup clientip as previous_src OUTPUT clienthost as previous_src_fqdn

I then remove any matches between src_fqdn & previous_src_fqdn:

| where (src_fqdn!=previous_src_fqdn)

I needed to remove the Fully Qualified Domain Name (FQDN) to match possible src/previous_src:

| rex field=src_fqdn "(?<src_host>^([^.]+))"
| rex field=previous_src_fqdn "(?<previous_src_host>^([^.]+))"

Then I added multiple where clauses to eliminate duplicates:

| where (src_host!=src) AND (src_host!=previous_src) AND (previous_src_host!=src) AND (previous_src_host!=previous_src)

While all of this has reduced the noise from thousands of alerts per day to hundreds, it unfortunately has added a lot of overhead. If anyone has any suggestions to speed this up, I would appreciate any assistance.

View solution in original post

0 Karma

wgawhh5hbnht
Communicator

I opened a case with Splunk support & they said this an expected behavior, it either needs more work or there is something specific that's causing hundreds of these alerts per day. To reduce the noise I've eliminated all Domain Controller IPs & Hostnames. Next I added multiple looks for the IPs, this is done based on both src & previous_src:

| lookup dnslookup clientip as src OUTPUT clienthost as src_fqdn
| lookup dnslookup clientip as previous_src OUTPUT clienthost as previous_src_fqdn

I then remove any matches between src_fqdn & previous_src_fqdn:

| where (src_fqdn!=previous_src_fqdn)

I needed to remove the Fully Qualified Domain Name (FQDN) to match possible src/previous_src:

| rex field=src_fqdn "(?<src_host>^([^.]+))"
| rex field=previous_src_fqdn "(?<previous_src_host>^([^.]+))"

Then I added multiple where clauses to eliminate duplicates:

| where (src_host!=src) AND (src_host!=previous_src) AND (previous_src_host!=src) AND (previous_src_host!=previous_src)

While all of this has reduced the noise from thousands of alerts per day to hundreds, it unfortunately has added a lot of overhead. If anyone has any suggestions to speed this up, I would appreciate any assistance.

0 Karma
Career Survey
First 500 qualified respondents will receive a $20 gift card! Tell us about your professional Splunk journey.

Can’t make it to .conf25? Join us online!

Get Updates on the Splunk Community!

Leveraging Automated Threat Analysis Across the Splunk Ecosystem

Are you leveraging automation to its fullest potential in your threat detection strategy?Our upcoming Security ...

Can’t Make It to Boston? Stream .conf25 and Learn with Haya Husain

Boston may be buzzing this September with Splunk University and .conf25, but you don’t have to pack a bag to ...

Splunk Lantern’s Guide to The Most Popular .conf25 Sessions

Splunk Lantern is a Splunk customer success center that provides advice from Splunk experts on valuable data ...