Closed Bug 553994 Opened 14 years ago Closed 14 years ago

Proxy exception rule for ssl interception not recognized

Categories

(Firefox :: General, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: manfred.hoehn, Unassigned)

Details

(Whiteboard: [CLOSEME 2011-1-30])

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; de; rv:1.9.2) Gecko/20100115 Firefox/3.6
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; de; rv:1.9.2) Gecko/20100115 Firefox/3.6

Tried to get direct access to an applet at url https://10.112.116.220:8080/java-applet by suppressing ssl interception using rule "isInNet(host, "10.0.0.0", "255.0.0.0")" in our proxy setup but firefox still redirects communication to proxy.
Proxy configuration in apple's java-settings utility is using proxy file at URL "http://wpad.intern.hornbach.de/wpad.dat".
There's no problem when I try to launch applet using url "https://opasweb.inter.hornbach.de/java-applet" instead.
This call is not redirected to the proxy because rule "isPlainHostName(host)")" is detected.
See complete wpad.dat:
if (	isPlainHostName(host) ||
		shExpMatch(host, "*.intern.hornbach.de") ||
		shExpMatch(host, "*.extern.hornbach.de") ||
		shExpMatch(host, "*.hornbach.int") ||
		isInNet(host, "10.0.0.0", "255.0.0.0") ||
		isInNet(host, "127.0.0.1", "255.255.255.255") ||
		isInNet(host, "165.50.0.0", "255.255.0.0") ||
		isInNet(host, "172.21.0.0", "255.255.0.0") ||
		isInNet(host, "172.30.0.0", "255.255.0.0") ||
		isInNet(host, "172.31.0.0", "255.255.0.0") ||
		isInNet(host, "192.168.0.0", "255.255.0.0") ||
		isInNet(host, "217.6.95.0", "255.255.255.192") ||
		isInNet(host, "85.158.160.34", "255.255.255.255") ||	
		isInNet(host, "62.245.155.229", "255.255.255.255") ||
		dnsDomainIs(host, "web.connexie.net") ||
		dnsDomainIs(host, "nsc.netsecure.de")
) return("DIRECT");


Reproducible: Always

Steps to Reproduce:
1. configure proxy ssl interception
2. add an exception rule to your proxy pac for an internal dmz like "if isInNet(host, "10.0.0.0", "255.0.0.0") return "DIRECT");"
2. access https applet through proxy with exeption rule for ip address used in your url (e.g.: https://10.112.116.220/any-applet)
Actual Results:  
Browser still wants to load applet throug proxy

Expected Results:  
Browser should load applet from webserver directly without proxy redirection
Please note that this sentence is inocrrect:
There's no problem when I try to launch applet using url
"https://opasweb.inter.hornbach.de/java-applet" instead.
This call is not redirected to the proxy because rule "isPlainHostName(host)")"
is detected.

It should be replaced by:
There's no problem when I try to launch applet using url
"https://opasweb/java-applet" instead.
This call is not redirected to the proxy because rule "isPlainHostName(host)")"
is detected.

Furthermore I wnat to point out that the problem is more an apple/java issue than an firefox issue. But can you help us addressing apple with this problem?
This bug doesn't need to remain hidden.
Group: core-security
Reporter, are you still seeing this issue with Firefox 3.6.13 or later in safe mode? If not, please close. These links can help you in your testing.
http://support.mozilla.com/kb/Safe+Mode
http://support.mozilla.com/kb/Managing+profiles

You can also try to reproduce in Firefox 4 Beta 8 or later, there are many improvements in the new version, http://www.mozilla.com/en-US/firefox/all-beta.html
Whiteboard: [CLOSEME 2011-1-30]
No reply, INCOMPLETE. Please retest with Firefox 3.6.13 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.