this post was submitted on 21 Jul 2023
2345 points (99.2% liked)

Privacy

33339 readers
931 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
 

And since you won't be able to modify web pages, it will also mean the end of customization, either for looks (ie. DarkReader, Stylus), conveniance (ie. Tampermonkey) or accessibility.

The community feedback is... interesting to say the least.

(page 9) 50 comments
sorted by: hot top controversial new old
[–] argv_minus_one@beehaw.org 5 points 2 years ago

And there it is: the Halloween Documents, 2nd Edition. Here we go again.

[–] A10@kerala.party 5 points 2 years ago

STOP INVENTING THINGS .... Saniz Silverstone 22

[–] eth0p@iusearchlinux.fyi 4 points 2 years ago* (last edited 2 years ago) (19 children)

This post title is misleading.

They aren't proposing a way for browsers to DRM page contents and prevent modifications from extensions. This proposal is for an API that allows for details of the browser environment to be shared and cryptographically verified. Think of it like how Android apps have a framework to check that a device is not rooted, except it will also tell you more details like what flavor of OS is being used.

Is it a pointless proposal that will hurt the open web more than it will help? Yes.

Could it be used to enforce DRM? Also, yes. A server could refuse to provide protected content to unverified browsers or browsers running under an environment they don't trust (e.g. Linux).

Does it aim to destroy extensions and adblockers? No.
Straight from the page itself:

Non-goals:

...

  • Enforce or interfere with browser functionality, including plugins and extensions.

Edit: To elaborate on the consequences of the proposal...

Could it be used to prevent ad blocking? Yes. There are two hypothetical ways this could hurt adblock extensions:

  1. As part of the browser "environment" data, the browser could opt to send details about whether built-in ad-block is enabled, any ad-block extensions are enabled, or even if there are any extensions installed at all.

Knowing this data and trusting it's not fake, a website could choose to refuse to serve contents to browsers that have extensions or ad blocking software.

  1. This could lead to a walled-garden web. Browsers that don't support the standard, or minority usage browsers could be prevented from accessing content.

Websites could then require that users visit from a browser that doesn't support adblock extensions.

I'm not saying the proposal is harmless and should be implemented. It has consequences that will hurt both users and adblockers, but it shouldn't be sensationalized to "Google wants to add DRM to web pages".

Edit 2: Most of the recent feedback on the GitHub issues seems to be lacking in feedback on the proposal itself, but here's some good ones that bring up excellent concerns:

[–] masquenox@lemmy.ml 4 points 2 years ago

Non-goals:

So they essentially pinky-swear not to use this in the way they are obviously intending to use it.

load more comments (18 replies)
[–] Daurentius578@discuss.tchncs.de 4 points 2 years ago
load more comments
view more: ‹ prev next ›