Licensing issues aside, it would cost _additional_ money to actually serve all that content to a global audience (shipping bytes over the internet isn't free).
HN user
andyjh
My first thought was that it's more likely something like this than a bad actor on their wifi: https://en.wikipedia.org/wiki/Hola_%28VPN%29
Anyone with that browser extension installed on any device on their network is making themselves an open VPN exit for millions of random people.
It would also be useful if you can tell us which IP you're connecting to when you see the error (eg from dev tools).
One might reasonably assume the "bad guys" they're trying to catch would go elsewhere though, if they have any sense. So then you're just left with innocent people to spy on.
Milton Keynes has had electric buses since 2014, which top up their batteries via induction chargers at the end of each route throughout the day: https://www.bbc.co.uk/news/technology-25621426
http://www.cbi.org.uk/insight-and-analysis/milton-keynes-wir...
The number of buses is set to increase after the initial successful trial: https://www.miltonkeynes.co.uk/news/more-electric-buses-on-t...
Chrome isn't forcing anyone, it's just making it clear to users that a non-https site is insecure, which it is. What's the problem with providing information so that users can make an informed choice about whether to use the site?
Why can't you just sign up via tor?
Not true: Currently the "info" indicator appears on first interaction (which _could_ be after they've auto-completed everything, but may not be). This is changing though: In Chrome 68 the info indicator will be there on all HTTP pages, without form interaction required. So this change just changes it from "info" to red warning.
No, as of chrome 68, http will be marked as not secure without waiting for any user interaction at all. The change for http pages outlined in this post is to upgrade that from the grey info message to a red warning.
Actually the target position is that https _won't_ be marked as "secure", but rather than http will be marked as "not secure". Can't really argue with that.
It's not really any business of the ISPs which services their customers want to use. If demand for bandwidth increases such that the price isn't viable anymore, charge customers more if necessary. You don't find restaurants charging potato suppliers because diners like to eat lots of fries.
I'm personally glad Mozilla take such an interest in ensuring CAs are trustworthy. After all, they are the linchpin for security and authenticity of just about everything on the web.
I think this post shows that Mozilla are trying to be as transparent as possible about what they expect, and thay they're proactively working with Digicert to make it as likely as possible that the new CA will be trusted. A certain amount of open-endedness is inevitable though, otherwise it'd be possible to find loopholes with enough motivation (and the survival of a business is fairly good motivation).
No proxy support, so I can't use it in my corporate environment.
https://github.com/WhisperSystems/Signal-Desktop/issues/1632
Also a bit annoying that it can't be run in the background, at least on Windows.
https://whispersystems.discoursehosting.net/t/new-desktop-ap...
You can use client certificates in h2, you just can't do TLS renegotiation. So you have to request a client cert in the initial handshake; you can't ask later (eg for a specific URL).
"...the leaked information is from any website which was using the service..."
Potentially, yes. Not just HTTPS, but those are obviously the more worrying cases.
It's not possible to know the totality of information that has been leaked, though efforts are being made to try and list affected / potentially affected sites.[1]
My advice would be: For any sites you're worried about (ie hosted on CF and you have an account), log out of all sessions on all devices, and reset your password. Don't share passwords between sites either; if you're using 1password now, you can use unique & complex passwords for everything.