4 ms·
> FUD. Why should we want "behaves exactly as the browser does", when browsers (in fact, mostly Google's) are in fact turning against their users? Issue of sco
by sascha_sl 7y ago
> FUD. Why should we want "behaves exactly as the browser does", when browsers (in fact, mostly Google's) are in fact turning against their users?
Issue of scope. Chrome isn't selectively insecure.
>AFAIK there is no general protocol insecurity with TLS <= 1.2, unlike SSL3. There's also no reason for MITM proxies to not start using 1.3 too once it becomes more common, which I'm pretty sure will happen.
Browsers are very particular about how they communicate certificate validation failures. This is generally obscured by the MITM proxy, as is the certificate itself.
Making MITM easy will inevitably lead to people running badly made proxies, especially if such a proxy is installed to the system as adware, the same reason both Chrome and Firefox wouldn't allow random unsigned extensions.
I'd honestly be surprised if any of them do HSTS properly.
>IMHO the whole "security" thing has turned into a power-grab for companies to enforce their control over users, which is the most disturbing part. We want security, but also control, which is not the "security" they want.
You can run dev builds - usually even the official ones - to turn most of those security features off. They're intended for your average non-power user.
>Edit: yay, instant downvotes! I hope you enjoy being herded by Google, because that's where the future is heading if we don't oppose.
That's what you get for making an argument about browser vendors about Google and conflating it with Chrome issues in a different scope.
- xg15 7y ago> I'd honestly be surprised if any of them do HSTS properly. Maybe I'm missing something, but what would an MITM proxy have to do here as long as it passes the HSTS headers on to the browser? As far as I understand, HSTS changes browser behavior in two places: - A browser will always connect to a domain via HTTPS, even if the URL says HTTP. - TLS errors become unskippable. Both behaviors are carried out by the browser and are not influenced by the specifics of the TLS connection itself (as long as a connection can be established). > You can run dev builds - usually even the official ones - to turn most of those security features off. They're intended for your average non-power user. But this is about average non-power users. Because the current trends force those users to place their complete trust in browser vendors or website operators, even if there were local administrators or third-party tools who could do a better job.