Problems handling wrong-named certificates

VERIFIED WORKSFORME

Status

Core Graveyard
Security: UI
VERIFIED WORKSFORME
17 years ago
2 years ago

People

(Reporter: Shai Berger, Assigned: David P. Drinan)

Tracking

Other Branch
x86
Windows NT

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

17 years ago
In our intranet, we have put some SSL certificates we bought, which belong to
our publicly visible servers, on local nodes; e.g. sandra.local issues a
certificate that carries the name shop.kanndu.com.

When accessing https://sandra.local, Mozilla opens an empty dialog window, and
does not fetch the page, where both IE5.0 and NS4.7 open warning dialogs which
explain the situation and allow the user to override their objection.

(this may be entirely a browser problem; a very similar window opens when I
select Tasks -> Privacy and Security -> Personal Security Manager).

I have left the severity at "normal" appreciating that not too many people
encounter this, but for us it is a blocker, preventing effective use of Mozilla
in our environment.

Comment 1

17 years ago
It sounds like you're using a build over a month old. Please download the latest 
nightly build from www.mozilla.org.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → WORKSFORME

Comment 2

17 years ago
V
Status: RESOLVED → VERIFIED

Updated

13 years ago
Component: Security: UI → Security: UI
Product: PSM → Core
(Reporter)

Comment 3

13 years ago
I don't understand the status of this bug. Is it waiting for some confirmation
from the original reporter? That would be me, but I cannot confirm whether this
bug is solved or still exists, as Aristocart popped with the rest of the bubble,
and I no longer have an intranet with certified servers.
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.