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 Web-App-Sec
[Top] [All Lists]

Re: NTLM and man-in-the-middle proxies not working

Subject: Re: NTLM and man-in-the-middle proxies not working
Date: 15 Sep 2005 15:42:24 -0000
Well, "internal browser" was a browser from inside the organization, while 
"external browser" was the browser from my machine. The browser I was using was 
really IE, with latest patches. 

Most interesting is the fact that IE passes IWA credentials over a proxy. I had 
put in a demo environment, and I did sucessfully manage to use IE/IWA through a 
proxy (in this case Odysseus). Just in case, I tested it again and it does pass 
IWA through proxy.

So the issue has to be something else...

rj

--- "Amit Klein (AKsecurity)" <aksecurity@hotpop.com> wrote:

It's a bit unclear to me what "external brwoser" vs.
"internal browser" are. 

Anyway, I think I know why a browser may fail to do
IWA through a forward proxy server - 
that is, if this browser happens to be IE. As I
mentioned in an earlier submission to this 
list ("NTLM HTTP Authentication is insecure by
design" - 
http://www.securityfocus.com/archive/107/405587), IE
doesn't send IWA (NTLM) credentials if 
it is configured to use a proxy. Under "Scope of the
attack" you can find the following 
text:
*) If IE is to be tricked, then it mustn't be
configured with a
forward proxy server. That means that the attack is
effective for IE
(only) with transparent proxy servers (such as ones
used by many
ISPs), and reverse proxy servers (as demonstrated
above). The
Mozilla browser has no such inhibitions, and
therefore, a Mozilla
shop (e.g. some universities and open source
organizations) may be
more vulnerable.

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