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. |

| 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> |
|---|---|---|
| ||
| Previous by Date: | Re: OWASP NYC Chapter Meeting - Sept 28th, bugtraq |
|---|---|
| Next by Date: | Re: Is netcraft publishing URL of your intranet sites?, Saqib Ali |
| Previous by Thread: | Re: NTLM and man-in-the-middle proxies not working, Amit Klein (AKsecurity) |
| Next by Thread: | Re: NTLM and man-in-the-middle proxies not working, Amit Klein (AKsecurity) |
| Indexes: | [Date] [Thread] [Top] [All Lists] |