This blog post briefly outlines the risks of continuing to deliver websites over http instead of https in the next years. Obvious security benefits are put aside for now. Everything discussed in this post is probably 1-3 years away, so there is no need to panic. Still it’s good to know the direction we’re heading.

Browsers will mark non-secure origins as non-secure

Normally, when you visit a site that is served over https, in most browsers, a green lock symbol appears in the address bar, indicating that the page is served securely. This is going to be inverted, at least in Chrome. In the future, sites that are served over http instead of https, will be flagged as insecure. Eventually, once https is the norm, the green lock indicator will completely vanish.



) UPDATE 22.10.2015
Beginning with (nightly) version 44, Firefox flags websites as non-secure, when they contain a password input field. A measure taken to prevent users from submitting login data, because it might be compromised

New web apis are going to be https only

Some of the new web apis, especially those that are considered powerful (e.g. have access to sensitive data), are going to only be available on pages served over https.
For example:

UPDATE 21.01.2016

The new compression algorithm brotli, which is said to have a better compression results than gzip, will only work on HTTPS connections in Chrome and Firefox.

Existing web apis will stop working non secure

Not only will new features be available for secure origins only, there are also discussions in place about removing currently available apis as well. Those include:

  • geolocation
  • access to microphone / camera
  • full screen
  • (session) storage

Deprecation is already in process

Using the geolocation api on a non-secure origin already utters a deprecation warning in recent Chrome versions.