this post was submitted on 26 Jul 2023
570 points (98.8% liked)

Privacy

32159 readers
218 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

Related communities

much thanks to @gary_host_laptop for the logo design :)

founded 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] dontblink@feddit.it 10 points 1 year ago (1 children)

Can you explain to someone not so tech savy what this means?

[–] Cube6392@beehaw.org 9 points 1 year ago (1 children)

No more add blockers. No more accessibility tools. Only what google wants you to see.

[–] dontblink@feddit.it 1 points 1 year ago (3 children)

And this will work for google products only of for chrome as a whole?

[–] muhyb@programming.dev 6 points 1 year ago* (last edited 1 year ago)

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.

[–] InFerNo@lemmy.ml 4 points 1 year ago (1 children)

A fork like Vivaldi, Brave or Opera could opt not to implement these changes, but then some websites could become incompatible to them.

[–] 133arc585@lemmy.ml 1 points 1 year ago* (last edited 1 year ago) (1 children)

A fork like Vivaldi, Brave or Opera could opt not to implement these changes

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.

[–] InFerNo@lemmy.ml 1 points 1 year ago

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.

[–] 133arc585@lemmy.ml 3 points 1 year ago

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.