WICG / first-party-sets

https://wicg.github.io/first-party-sets/
281 stars 72 forks source link

Expanding technical checks specific for subset types #95

Open helenyc opened 2 years ago

helenyc commented 2 years ago

[Note: This issue captures an open question related to the changes proposed in PR #91 and summarized on issue #92]

Chrome hopes to mitigate abuse of set formation through a transparent assertion process, which will increase accountability by facilitating awareness for users, developers, and interested parties.

We are also proposing some technical measures to prevent the scope of abuse (e.g., limit on associated domains). We may consider expanding the technical checks, where possible, involved in mitigating abuse (e.g., to validate the ccTLD and common eTLD subset categories). What are possible technical checks we should consider?

dmarti commented 2 years ago

service sets: There should be several automatically checkable attributes of service domains. For example a service domain would not needs its own ads.txt, and would not be intended to show up in search results, so should be able to block general-interest web search crawlers in its robots.txt. The more that service domains can be required to limit their own functionality with web-standard or industry-standard configuration, the less incentive to abuse this subset of FPS.

associated sets: It looks like the process for reviewing "associated" sets are at risk of moderation and participation issues.

The requirement to attach research could be automatically checked (but it would be hard to automatically check the content of the research)

Another way to lower the burden on set reviewers would be an automatically enforced delay between the rejection of a set and the earliest date when a domain from the rejected set could be submitted as part of a new set.

jdcauley commented 2 years ago

Branding Check:

Common and consistent brand association provides a much more meaningful indication of association to users.

Brand association could be consistently determined via reliable DOM Node defined in a way the browser can infer and validate reliably.