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 Pen-Test
[Top] [All Lists]

Re: Netcat through Squid HTTP Proxy

Subject: Re: Netcat through Squid HTTP Proxy
Date: Tue, 19 Apr 2005 09:32:22 -0600
On 4/18/05, Henderson, Dennis K. <Dennis.Henderson@umb.com> wrote:
It seems like he was looking for information on how to prevent this.

Short answer: good luck, unless you can definatively teach squid about
what https, etc. looks like. Application layer gateways don't do you
much good if they don't watch for protcol abuses.

Limiting CONNECT is one way to do it, but that means you a) need to
sniff and decode at least the initial negotiation [is this really an
SSL session?] or b) are going to break HTTPS.

You can configure squid to only allow tunneling on certain ports like
443 and 80. You'll have to figure out what your safe ports are to
prevent legitimate traffic from being impacted.

until someone sets up a world-reachable box with every port redirected
to 127.0.0.1:22 to get around this...

I usually make sure the usual ports like ssh, telnet, irc are not
allowed.

Make sure you don't allow DNS out either. Otherwise someone will come
along with an IP-over-DNS tunneller.

CK

-- 
GDB has a 'break' feature; why doesn't it have 'fix' too?

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