Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Access restrictions #135

Open
jwrosewell opened this issue Sep 23, 2020 · 3 comments
Open

Access restrictions #135

jwrosewell opened this issue Sep 23, 2020 · 3 comments

Comments

@jwrosewell
Copy link

At various times it has been proposed that the implementation of this specification might restrict access to information to some parties based on rules or policies as yet undefined. The section titled “Access Restrictions” advises implementors MAY impose restrictions. Why is this section needed? Inconsistent access restrictions are inconsistent with W3C’s One Web mission.

See this pull request which incorporates experiment feedback and review from interested users and other stakeholders for proposed text changes.

@yoavweiss
Copy link
Collaborator

Given the W3C's Priority of Constituencies, we need to put the user's needs first, before the needs of some parties to access their information.
As a result, user agents are encouraged to be careful with whom they share information about the user's browser and system.

For example, if a certain well-known information-abuser is asking for that information, what should the browser do?
Providing the information is likely to harm the user. Denying that information would somewhat reduce the web's predictability for information-abusers.

The link above states that "If a trade-off needs to be made, always put user needs above all". As such, it seems that choosing the user's interests over information abusers' is the right tradeoff to make.

@jwrosewell
Copy link
Author

I’m grateful for the reminder concerning the priority of constituents which reads in the latest draft of October 2020 as.

User needs come before the needs of web page authors, which come before than the needs of user agent implementors, which come before than the needs of specification writers, which come before theoretical purity.

Publishers

The needs of publishers are considered more important than web browser vendors. Publishers (web site operators) must not be limited from choosing their suppliers by technical standards or by technical standards that provide the opportunity for their vertically integrated competitors who operate web browsers to limit their choices in practice. This chapter in the proposal and the associated permissions policy proposal create precisely such an outcome.

Who Represents Users?

The document is silent concerning the resolution of conflicting "user’s needs" and who gets to decide on what user’s needs are.

For example; is ease of access to free content and services more or less important than the private information that the entity providing the service without charge requires in exchange? Is the need to protect citizens from harmful content or fraud more or less important than an individual’s anonymity in all situations? What about choice and people being able to change their preferences at different times depending on what they are doing?

Law makers are the only authority who can make these decisions for society, yet they are not mentioned.

Continuing; who gets to decide who is a "well-known information-abuser"? No private business would wish to place themselves in the position of making such a decision. Such decisions are for law makers and their agencies alone. Should any company that appears on the GDPR enforcement tracker be placed on the “well-known information-abusers” list and sanctioned?

@miketaylr
Copy link
Collaborator

Ultimately users get to decide on their needs, and can choose a browser that best serves those needs. My personal opinion is that browsers should have the flexibility to offer these choice by implementing default policies, or exposing different choices through browser settings.

Firefox Tracking Protection is a good example, see about:preferences#privacy in Firefox -- Standard mode is the default, but users can opt into a Strict policy, or customize the policy somewhere in between the two. Firefox's "resist fingerprinting" mode is another example, https://support.mozilla.org/en-US/kb/firefox-protection-against-fingerprinting

who gets to decide who is a "well-known information-abuser"?

I think Yoav is likely referring to "trackers" here.

Lots of projects exist today that create such lists, for example, https://disconnect.me/trackerprotection, https://github.com/duckduckgo/tracker-radar, https://easylist.to/easylist/easyprivacy.txt among others. And some browsers incorporate them (Firefox, Vivaldi, DuckDuckGo Privacy Browser, etc.), and market it as a competitive advantage.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants