Re: Bro Logs Ingestion

Mustafa Qasim <[email protected]>
Newsgroups gmane.comp.security.detection.bro
Message-ID <CAFhjsXJJyLCKB_fco1EUudmsBT5FArz8UMvN7wf=H=pbr27mTA@mail.gmail.com>
the biggest reason is absorbing back pressure from logstash or other
ingesting tools. In past the back pressure from logstash would cause CPU
spikes on the originating endpoint.

second, we can write programs to clean, modify and enrich data before
throwing at the ingesting tools making our log processing pipelines
indipendedent. Giving us flexibility of migrating from logstash to Humio or
Splunk and not worry about wasting all the efforts you put into logstash
pipelines.

------
*Mustafa Qasim*
PGP: C57E0A7C
<http://pgp.mit.edu/pks/lookup?op=get&search=0x0A9C8A5EC57E0A7C>


On Mon, May 6, 2019 at 7:08 AM David Decker <[email protected]> wrote:

> Sorry beginner question here:
>
> But I know you can ingest logs into Splunk, and Elastic Search.
>
> So I know SecurityOnion has an ELK stack and it looks like they get sent
> right to Logstash - ES - Kibana
>
> RockNSM looks almost the same but it has a stop off at Kafka before
> forwarding to Logstash.
>
> Trying to figure out is there a benefit for Kafka.
>
> Also looking at using Splunk instead of ES.
> I know I can use the TA and monitor the logs from splunk, but would it be
> better to monitor from Kafka?
>
> I guess I need to understand more of how Kafka fits.
>
> Thanks
> Dave
> _______________________________________________
> Zeek mailing list
> [email protected]
> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/zeek

_______________________________________________
Zeek mailing list
[email protected]
http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/zeek
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.