Re: Query reagrding Bro Ids

Manoj Petshali <[email protected]>
Newsgroups gmane.comp.security.detection.bro
Message-ID <CAENooKzqLH2vsYg1Gw+N_+81AjLAyTDNNpqYkqC2AezV5FgO=Q@mail.gmail.com>
Hi Aashish,

Thanks for knowledge sharing.
We will check the docs and will contact you as and when required.


Thanks
Manoj Petshali
Sr. Manager - Payments Engineering
Mobile +91-9891066456

www.paytm.com



On Thu, Jul 18, 2019 at 1:32 AM Aashish Sharma <[email protected]> wrote:

> Manoj,
>
> (Apologies for the delayed reply!)
>
> > we do not have taps/sensors as of now. if we have taps placed at right
> > places , may you elaborate what kind of difficulty we may face?
>
> That is generally the most difficult part - to put the taps in right
> places to be
> able to sniff the bytes - gain visibility.
>
> YOu might have issues with encryption - in which case you'd still see
> connection
> info but not the contents. I know some sites have workaround where the
> taps are
> 'beyond encryption' - ie you might want to tap behind load balancers where
> SSL
> terminates etc.
>
> If you are able to do that, you should be able to get zeek running and
> seeing
> the traffic and also reporting tcp flags/states etc.
>
> > Also let me know if we can filter and send the traffic (without payload)
> > according to our requirement e.g. flags only like syn, synack,ack,
> timeout
> > etc to zeek for troubleshooting.
>
> Yes, you can do that - as long as control packets are sent, zeek is able to
> handle most, if not all, of connection info. We at Berkeley Lab do this
> for one
> of our deployment.
>
> > May you please share some data/charts depicting the information we are
> > looking for (as per the trail mail ) so that we may proceed further.
>
> I am afraid I don't have data/charts for information you are looking for
> handy
> with me. I'd advice you should run zeek on a laptop/linux box - feed it
> some
> data and see if you are seeing what you desire. If so, you can scale up to
> your
> needs.
>
> roughly 4 years ago we did write a document which shows how you'd deploy
> zeek:
> go.lbl.gov/100g - may be useful.
>
> But as far as what you seek, you should look at conn.log and try to
> understand
> it: read this page -- has pretty detailed info on connection record:
>
> https://docs.zeek.org/en/stable/scripts/base/protocols/conn/main.bro.html
>
> Hope this helps.
>
> Aashish
>
>
>
> On Sat, Jul 13, 2019 at 01:37:04PM +0530, Manoj Petshali wrote:
> > Hi Ashish,
> >
> > Thanks a lot for your response.
> > we do not have taps/sensors as of now. if we have taps placed at right
> > places , may you elaborate what kind of difficulty we may face?
> > Also let me know if we can filter and send the traffic (without payload)
> > according to our requirement e.g. flags only like syn, synack,ack,
> timeout
> > etc to zeek for troubleshooting.
> > May you please share some data/charts depicting the information we are
> > looking for (as per the trail mail ) so that we may proceed further.
> >
> >
> > Thanks
> > Manoj Petshali
> > Sr. Manager - Payments Engineering
> > Mobile +91-9891066456
> >
> > www.paytm.com
> >
> >
> >
> > On Sat, Jul 13, 2019 at 2:04 AM Aashish Sharma <[email protected]> wrote:
> >
> > > Hello Manoj,
> > >
> > > you can sure use zeek to get more visibility into your traffic and
> > > connections.
> > > It has a pretty good and powerful tcp analysis engine built into. I am
> > > sure zeek
> > > can get you a lot of diagnostic data - I say that from our experience
> at
> > > Berkeley Lab where we do a lot of proactive blocking and always rely on
> > > zeek's
> > > conn.log (and similar) to look into connectivity issues.  So to me
> what you
> > > seek, is not too difficult.
> > >
> > > The difficult part for you is going to be getting this traffic  into
> zeek
> > > or
> > > putting taps/sensors at the right places.
> > >
> > > Do you have taps on the points you want to monitor ?
> > >
> > > Aashish
> > >
> > > On Fri, Jul 12, 2019 at 01:54:43PM +0530, Manoj Petshali wrote:
> > > > Hi Team,
> > > >
> > > > Please respond as we need to implement the same at the earliest.
> > > >
> > > > Thanks
> > > > Manoj Petshali
> > > > Sr. Manager - Payments Engineering
> > > > Mobile +91-9891066456
> > > >
> > > > www.paytm.com
> > > >
> > > >
> > > >
> > > > On Fri, Jul 12, 2019 at 10:21 AM Manoj Petshali <
> > > [email protected]>
> > > > wrote:
> > > >
> > > > > Hi Team,
> > > > >
> > > > > I am very eager about the Bro and need to know below information :
> > > > >
> > > > > -We are working in india's biggest transactional system and facing
> many
> > > > > issues e.g.
> > > > >
> > > > > : if some user request is coming from pubic or private network
> > > (Internal
> > > > > request) and traverses across many servers and if user receives
> > > timeout (
> > > > > e.g. connection time out, read time out ,rst etc) then we need to
> know
> > > the
> > > > > deep analysis of the same means :
> > > > >
> > > > > : Why/where the request timed out ?
> > > > > : Upto which hop the request travelled?
> > > > > : Network latency between these hopes to know if the latency is the
> > > issue?
> > > > > : tcp handshake and ssl handshake latency and the reason for the
> same?
> > > > > : Applicatency latency ?  means if the network latency is fine
> > > > >
> > > > > We searched on wen and got feeling that the Bro is more oriented
> toward
> > > > > security and do deep packe inspection.But we have many problems
> like
> > > above
> > > > > to resolve .May you please let us know that how Bro can help us to
> > > resolve
> > > > > above issues?
> > > > >
> > > > > Thanks
> > > > > Manoj Petshali
> > > > > Sr. Manager - Payments Engineering
> > > > > Mobile +91-9891066456
> > > > >
> > > > > www.paytm.com
> > > > >
> > > > >
> > >
> > >
> > >
> > > > _______________________________________________
> > > > 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
noname (image/png, 944 B) - not displayed
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.