Ethical Hacking

Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package.
Computer Forensics Training at InfoSec Institute

Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors.




Network Security Snort-Users
[Top] [All Lists]

Re: [Snort-users] Re: detecting tunnels with Snort

Subject: Re: [Snort-users] Re: detecting tunnels with Snort
Date: Tue, 7 Mar 2006 21:30:12 -0800
Who cares?  My example had nothing to do with packet size for
encapsulated traffic.

The OP asked about how to detect different types of tunnels, i.e. encrypted
traffic.

Your response, i.e.:

Example:  a tunnel on udp port 53 SHOULD NOT HAVE A PACKER LARGER THAN
254 BYTES, as the dns rfc's on the dns query that is associated with
that port should mark 'large packet', if query answer is larger than 254

assumes that the packet length is identifiable by Snort.  How are you going
to be able to distinguish between a DNS request vs. any other protocol
encapsulated within an IPSEC tunnel (unless the Snort box is behind the
encryption domain, but that does not address the OP's questions).

Read the rfc's to get a clue.

Ditto.  The max length for hostname for DNS query is 255, not 254 bytes,
(254 bytes for FQDN, and 1 byte for the encoding dot).  And the max length
you will see for DNS UDP is 512-bytes (>512-byte answers for UDP should be
truncated with the TC bit set).

BTW- a little politeness goes a long ways.  Even if you're comparing apples
to oranges, you don't have to be a prune.

On 3/7/06, Michael Scheidell <scheidell@secnap.net> wrote:



-----Original Message-----
From: snort-users-admin@lists.sourceforge.net
[mailto:snort-users-admin@lists.sourceforge.net] On Behalf Of Tom Le
Sent: Monday, March 06, 2006 10:40 PM
To: Michael Scheidell
Cc: Radu Spineanu; snort-users@lists.sourceforge.net
Subject: [Snort-users] Re: detecting tunnels with Snort


This is assuming you could discern the packet size of the
encapsulated traffic...


Who cares?  My example had nothing to do with packet size for
encapsulated traffic.
Read the rfc's to get a clue.

<Prev in Thread] Current Thread [Next in Thread>