OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
 
From: Jed Haile (jhailenitrodata.com)
Date: Thu Jan 10 2002 - 13:19:22 CST

  • Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

    Since I am one of the authors of Hogwash I feel qualified to respond to this.
     :)

    Hogwash is available at http://hogwash.sourceforge.net It is being
    successfully used by a large number of people.

    Hogwash works in bridging mode forwarding or dropping packets based on snort
    rules decisions. Hogwash is in some sense a wrapper around snort, so most of
    snort's functionality is still there. Hogwash rules can be ordinary snort
    rules that function just as they would in snort, generating alerts and
    logging packets. In addition there are 3 new rule action types in hogwash:
    drop, sdrop, and ignore.

    for example:
    drop tcp any any -> $HOME_NET 80 (msg:"Port 80 access dropped";)
    This rule would drop any port 80 tcp connections to your home net. It would
    generate an alert and log the packet each time as well.

    If you don't want the alerting use sdrop instead and hogwash will silently
    drop the offending packets. drop and sdrop also send resets to close the tcp
    session down. If you want to be a little more nasty about things you can use
    the ignore action which will drop the packet with due prejudice and not do
    anything to tear down the session.

    Hogwash could be considered to be a content filter at the packet level. It
    can examine indivual packets for content violations and drop the individual
    packets. Hogwash does not presently have any provision to drop entire
    sessions.

    Hope this helps,
    Jed Haile

    On Wednesday 09 January 2002 07:06 pm, Frank Knobbe wrote:
    > -----BEGIN PGP SIGNED MESSAGE-----
    > Hash: SHA1
    >
    > > -----Original Message-----
    > > From: Mike Hrubes [mailto:MHrubeswizmo.com]
    > > Sent: Wednesday, January 09, 2002 11:30 AM
    > >
    > > I'm new to the IDS world. I understand what an IDS does, and why
    > > you need it, but I have some questions on the technical aspect of
    > > IDS. We are planning on implementing an IDS in the near future.
    > > The idea that has been proposed is to put the IDS in the path
    > > between connections, rather than connected in promiscuous mode.
    > > The reason they want to do this is so they can also run a blocking
    > > software, like portsentry, to block unwanted scans, etc.
    > >
    > > Is this even possible to do? The idea is to use a linux
    > > server running
    > > snort. This box would have two interfaces to route the
    > > traffic through
    > > it, scanning the signatures at the same time.
    > >
    > > Possible/not possible? If possible, good idea/bad idea? Opinions
    > > in general?
    >
    > I'd say an interesting idea. Folks are already working on it. Search
    > Snort archives/web site for Hogwash. I'm not sure at what point the
    > 'gateway IDS' actually becomes a 'content filter', but I'm looking
    > forward to checking out Hogwash when it's available.
    >
    > The skinny (from what I understand): If Hogwash receives a packet, it
    > runs it through its Snort detection engine. If the packet does not
    > trigger a rules, it is passed on to the other interface. If it does
    > trigger a rule, it is dropped.
    >
    > I think you are saying you want to block certain 'offenders' (like
    > port scanners). You can do that today with Guardian (which lets Snort
    > configure IPchains), or SnortSam (which lets Snort configure
    > Checkpoint FW-1 [and soon Cisco PIX]). The later two will block every
    > packet once a rule has been triggered. Hogwash works on a per packet
    > basis.
    >
    > Regards,
    > Frank
    >
    >
    >
    >
    > -----BEGIN PGP SIGNATURE-----
    > Version: PGP Personal Privacy 6.5.8
    > Comment: PGP or S/MIME (X.509) encrypted email preferred.
    >
    > iQA/AwUBPDz3CszYtOFvgXQfEQK8OgCeJTY5/3s4J07B80VHmFKtsJJYRvsAoLEW
    > ZhSE3Q5y/hC6+xWtWwzKTIiB
    > =ZwLZ
    > -----END PGP SIGNATURE-----