570
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 26 Jul 2023
570 points (98.8% liked)
Privacy
31885 readers
549 users here now
A place to discuss privacy and freedom in the digital world.
Privacy has become a very important issue in modern society, with companies and governments constantly abusing their power, more and more people are waking up to the importance of digital privacy.
In this community everyone is welcome to post links and discuss topics related to privacy.
Some Rules
- Posting a link to a website containing tracking isn't great, if contents of the website are behind a paywall maybe copy them into the post
- Don't promote proprietary software
- Try to keep things on topic
- If you have a question, please try searching for previous discussions, maybe it has already been answered
- Reposts are fine, but should have at least a couple of weeks in between so that the post can reach a new audience
- Be nice :)
Related communities
Chat rooms
-
[Matrix/Element]Dead
much thanks to @gary_host_laptop for the logo design :)
founded 5 years ago
MODERATORS
No more add blockers. No more accessibility tools. Only what google wants you to see.
And this will work for google products only of for chrome as a whole?
Only for Chromium based browsers so something like ~80% of worldwide usage. Starting with Google products however also the websites that want to use Google's codebase, a lot of them. Unless they change it against this development.
A fork like Vivaldi, Brave or Opera could opt not to implement these changes, but then some websites could become incompatible to them.
It doesn't quite work like that. They wouldn't choose to not implement the change, because the change comes from upstream via Chromium. They would have to choose to remove the feature which, depending on how it's integrated, could be just as much work as implementing it (or more, if Google wants to be difficult on purpose). Not implementing the change is zero effort; removing the upstream code is a lot of effort.
Perhaps I could rephrase that to "could opt to unimplement". These people are smart enough to check and verify the changes in the browsers that they ship.
These alternative browsers are essentially also forks of chromium. They pull in changes from upstream. I'm not well versed in browser engine development or how these teams keep their engines up to date, but I'm sure there's a person or team responsible for checking and pulling the changes. They could decide to not pull that in, if that code is properly boxed and not all over the place, but still the commits to that feature will show what and where. They still have that choice to stray from upstream, but it might be hard to maintain in the long run if the code is all over the place.
It depends on how Google wants to play this. If they require website operators to use WEI in order to serve ads from Google's ad network (a real possibility), then suddenly 98.8% of websites that have advertising, and 49.5% of all websites would be unusable unless you're using Chrome. It's probably safe to assume they'd also apply this to their own products, which means YouTube, Gmail, Drive/Docs, all of which have large userbases. The spec allows denying attestation if they don't like your browser, but also if they don't like your OS. They could effectively disallow LineageOS and all Android derivatives, not just browser alternatives.