Forum Moderators: Robert Charlton & goodroi
Google Proposes Chrome Browser Marks HTTP Site it Shows as Non Secure
We, the Chrome Security Team, propose that user agents (UAs) gradually change their UX to display non-secure origins as affirmatively non-secure. We intend to devise and begin deploying a transition plan for Chrome in 2015.Google Proposing Marking HTTP Sites as non Secure [chromium.org]
Roughly speaking, there are three basic transport layer security states for web origins:
Secure (valid HTTPS, other origins like (*, localhost, *));
Dubious (valid HTTPS but with mixed passive resources, valid HTTPS with minor TLS errors); and
Non-secure (broken HTTPS, HTTP).
UA vendors who agree with this proposal should decide how best to phase in the UX changes given the needs of their users and their product design constraints.
[edited by: aakk9999 at 11:19 pm (utc) on Dec 17, 2014]
[edit reason] Added clarification [/edit]
In fact they are proposing exactly opposite of this - HTTPS to be "Business as usual" and show nothing, whereas HTTP would show "not secure".
Bottom line - get on with it, don't delay. Its their field, their ball and they make the rules.
And if your monetising your site in any way, and they implement this, guess what? You better make it HTTPS as fast as you possibly can.
what if Google Chrome showed the word "SECURE SITE" next to the existing padlock icon and displayed the whole address line with a green background, a smiley face, and a flashing thumbs-up sign? Non-HTTPS sites would have a tough time winning defamation lawsuits, because Google wouldn't be commenting negatively on their sites
what if Google Chrome showed the word "SECURE SITE" next to the existing padlock icon
A browser certainly can and should know whether a site's security certificate is valid at time of use
What do SERPs have to do with anything? This thread is about browser behavior.