4 ms·
> that seems like less privacy. Seems obvious, but is wrong. If there is a really obvious obstacle to anything, which immediately comes to mind, chances are pe
by diffeomorphism 7y ago
> that seems like less privacy.
Seems obvious, but is wrong. If there is a really obvious obstacle to anything, which immediately comes to mind, chances are people addressed this already.
In the US, Firefox by default directs DoH queries to DNS servers that are operated by CloudFlare, meaning that CloudFlare has the ability to see users' queries. Mozilla has a strong Trusted Recursive Resolver (TRR) policy in place that forbids CloudFlare or any other DoH partner from collecting personal identifying information. To mitigate this risk, our partners are contractually bound to adhere to this policy.
https://support.mozilla.org/en-US/kb/firefox-dns-over-https https://support.mozilla.org/en-US/kb/firefox-dns-over-https
- icebraining 7y agoBefore, my ISP could gather the domains I visit by DNS. Now, they can still gather them from the IP addresses and SNI, and Cloudflare can gather them from DNS. I'm really struggling to see how this isn't a reduction in privacy. > Mozilla has a strong Trusted Recursive Resolver (TRR) policy in place that forbids CloudFlare or any other DoH partner from collecting personal identifying information. To mitigate this risk, our partners are contractually bound to adhere to this policy. What happens if they get a FISA warrant? How does your contract protect users that before didn't have their DNS queries sent to US companies?
- diffeomorphism 7y agoYour ISP can gather them with much, much more effort. There is privacy value in making things harder. The only motivation your ISP has for logging this is making money; if getting the information is too tedious and expensive why would they bother? > and Cloudflare can gather them from DNS but is contractually forbidden from saving that information. > What happens if they get a FISA warrant? They have to follow the law? Wrong threat model.
- a-raccoon 7y ago> Wrong threat model. You are not permitted to hand-wave corrupt government interception or rubberhosing of civilian data as "wrong threat model." These technologies are central to, and must be focused specifically on, protecting all civilian data from all governments. That is the primary purpose of all privacy systems. Not to protect you from coffee-shop denizens trying to snoop which dating sites you use.
- dredmorbius 7y agoYour ISP is subject to the same FISA warrant threat. If it's one of the large monopoly providers, it's as much a one-stop-shop as Cloudfront is.
- TeMPOraL 7y agoNot outside the US. Now unless Mozilla decides to pick a different DoH party for deployment in EU, the problem will come back.
- dredmorbius 7y agoFair point. I'd meant to add "inside the US". The warrant hypo strongly implies this, though as you note, needn't necessarily. Though outside the US, the NSA doesn't require a FISA warrant to intercept data, nor does it face any US legal restrictions on doing so.
- dangerface 7y agoThe internet is as much of a monopoly outside of the US for example Tiscali in Europe. We have the same kangaroo courts when it comes to getting warrants to invade people privacy. At least from a general perspective I don't see a big difference.
- icebraining 7y agoBut it's not one or the other; an EU court will make a warrant for the ISP traffic data, and an US court for the DNS requests. You become vulnerable to both.
- ti_ranger 7y ago> The only motivation your ISP has for logging this is making money; if getting the information is too tedious and expensive why would they bother? I used to work at an ISP. We configured (wrote policy language for) our DPI platforms to do header inspection of all HTTPS traffic to measure customer experience to different websites, to improve the customer experience. The raw data was (theoretically) accessible to ~4 people and deleted as soon as ETL had succeeded, and the anonymised results (aggregated only by region, product etc.) were available to the operations team (another ~8) and product management (~4). This complies with our countries personal information regulations. Mozilla proponents seem to be quite anti-ISP. Why is that? >> What happens if they get a FISA warrant? > They have to follow the law? Wrong threat model. If this happens for non-US citizens, this is violation of privacy laws of the affected user. If this is rolled out, I will either ensure my distro switches this off by default, or have to consider changing browsers (away from Firefox).
- pixl97 7y agoWhich is why SNI encryption is an important next step.
- mike-cardwell 7y agoSNI encryption is only useful if the website you're visiting shares the IP with lots of other websites. E.g, they're sitting behind cloudflare. When you visit any of my websites, which are not on shared IPs, then not only will you continue to inform your ISP that you're doing so (regardless of the existence of ESNI), but you will additionally be informing cloudflare too. What's your solution? That I centralise all my websites behind Cloudflare? In the name or privacy? Laughable.
- yosamino 7y agoEven if this infrastructure was run by Mozilla itself, and they really really promised me that they would not do anything with the data - that's all I would have - a promise ( which is also how cloudflare words it btw [0]). Which in the asymetric situation that puts me in, is not worth all too much to me, because I will never be able to verify it. The data would still end up at yet one more company, compared to the status quo. Trust works if I know the people involved - but I don't know a single individual at Mozilla (or Cloudflare for that matter). That Mozilla trusts Cloudflare is besides the point if I don't really know who they are. The entity I am actually trying to trust is example.com - all this shuffling around trust in increasing layers of complexity is missing the point of the actual problem: Bootstrapping a connection to example.com without revealing to a 3rd part that that is what one is trying to do. [0] https://developers.cloudflare.com/1.1.1.1/commitment-to-privacy/privacy-policy/firefox/ https://developers.cloudflare.com/1.1.1.1/commitment-to-priv...
- TeMPOraL 7y agoCeteris paribus, not having the data is strictly, mathematically more private and secure than having the data but being contractually obliged not to distribute it around. Contracts change, laws change, accidental leaks and targeted attacks happen, there's FISA, and there's a non-zero probability that Cloudflare suddenly decides that half of Europe is Nazis and don't deserve their contractual protections anymore (I'm sorry, but Cloudflare walked into that one themselves). It's as simple as this. Now I do prefer a society of trust over excessive technological means, but let's not pretend like sending data to an additional third party is somehow more or even just as private as not sending it in the first place.
- ti_ranger 7y ago> To mitigate this risk, our partners are contractually bound to adhere to this policy. You seem to think that: 1)No company in the history of the world, has ever violated a contract? 2)No government has ever forced a company to give up information that it is contractually obliged not to give up 3)No hacker has ever hacked into a company's systems and exfiltrated data the company was contractually obliged not to share You seem to think that if a contract has been concluded, it is impossible for it to be violated. Then there are also the problems of making all Firefox browsers depend on the availability of CloudFlare.