Closed Bug 224770 Opened 22 years ago Closed 22 years ago

Browser padlock does not reflect security of selected frame

Categories

(Core :: Security, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 197443

People

(Reporter: it, Assigned: security-bugs)

References

()

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 When I place my cursor in the Credit Card field, which is in a frame that is on a secure server, the Browser Padlock (bottom right) shows as unlocked (ie. not secure). This is misleading. The padlock should reflect the security level of the selected frame. Web sites often have their secure forms in a SECURE frame on an non-secure page. It check whether the frame is secure requires right-click, This Frame, View Frame info. Longwinded! Reproducible: Always Steps to Reproduce: 1. Go to http://www.knowledge.co.uk/secure/security-test.htm 2. The Padlock does not change when moved to the secure frame 3. Expected Results: The padlock should reflect the security level of the selected frame.
Is bug 140837 at all related?
If the toplevel page is not secure, you have no way to know that it's not being spoofed by a malicious third party and hence have no way to know that the "secure" frame in question is not a frame loaded from the malicious third party's site via HTTPS. So in fact the situation is totally unsecure. This is the same reason why form submissions from an insecure site to a secure one bring up a security warning in Mozilla...
*** This bug has been marked as a duplicate of 197443 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
I agree with WONTFIX. Web designers should redesign their site to have all content shown in all frames to be transmitted over https.
You need to log in before you can comment on or make changes to this bug.