w3c / w3c/reporting

Spam avoidance mechanism

Open
#68 7 comments 0 reactions 1 assignee View on GitHub

@clelland is already working on this.

Since Jul 29, 2022.

report-delivery
Dominant language
Bikeshed
Stars
84
Forks
39
Avg merge
1d 20h
Merged PRs (30d)
1

Description

In today's WebPerf WG call, @yoavweiss asked about how we can tell apart valid report uploads from fake ones. We should figure out how to prevent a spam problem like you get with (for instance) Google Analytics: right now, anyone can get the report upload instructions for a particular origin (just GET any page on that domain and look at the Report-To response header), and can then blast away uploading any number of bogus reports about that origin.

You could solve that right now by handing out custom upload URLs for different clients; the server receiving reports would verify that the URL that the report came in on matches what would've been handed out to the client uploading the report. We also briefly discussed adding this more directly as part of the spec proper — each endpoint group in a Report-To header, for instance, could include a nonce field, whose value is different for each client, and each report upload would include that nonce value as-is, so that the server could verify it. That would give you the same capability without having to add complexity to your DNS or URL routing configurations.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.