Getting Data In

Excluding some event log data from being forwarded to the indexers

bobmorning
Engager

We have an outside scanning agency that is constantly doing nmap like scans of our perimeter.   It is generating a log of log data on the perimeter CISCO firewalls. We know the IPs that the scanning is coming from; is there a way to tell the forwarders to NOT forward that log data from the firewalls for those IPs?

For example, if any tcp/ip log data is seen from 1.2.3.4, don't forward it, but if from any other IP address, treat it normally and forward it.

Thanks for any insights on this. Our Splunk SME are looking at CRIBL to do this but reading this thread makes me believe there are configuration settings that might address this?   

V/R Bob M.

Labels (2)
0 Karma

PickleRick
SplunkTrust
SplunkTrust

How are you receiving logs from those firewall? Syslog?

If so, employ some syslog processing layer (it's worth doing anyway) - for example, sc4s or rsyslog-based collector. There you can filter at will.

richgalloway
SplunkTrust
SplunkTrust

Universal Forwarders cannot filter that input.  Cribl is a good choice or you can use a transform at the indexer/heavy forwarder to send undesired events to the null queue.

---
If this reply helps you, Karma would be appreciated.
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!

At .conf26, Don’t Just See What’s Next. Help Shape It at Innovation Labs.

Long before a new capability reaches the keynote stage, it begins as an idea waiting to be tested. At ...

Forwarder Topology Guidance: Intermediate HF vs Intermediate UF

Why Universal Forwarders Should Not Be Used as Intermediate Forwarders A practical Splunk forwarding topology ...

Data Management Digest – August 2026

Data Management Digest   Welcome to the August 2026 edition of Data Management Digest! August was a big month ...