Create a Remote Settings-based override mechanism for RFP Targets
Categories
(Core :: Privacy: Anti-Tracking, enhancement)
Tracking
()
Tracking | Status | |
---|---|---|
firefox120 | --- | fixed |
People
(Reporter: tjr, Assigned: timhuang)
References
(Regressed 1 open bug)
Details
(Whiteboard: [fpp:m5])
Attachments
(8 files)
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review |
For WebCompat-and-unbreaking-websites-reasons, we want to have a Remote Settings buckets that will allow us to specify RFP Lite overrides on a per-site basis.
We don't want to add checking the site into the hot path of IsRFPEnabledFor; I envision us having some variable at the Document level (? perhaps? not sure exactly where) populated upon initialization that will tell us if we have a webcompat override we need to check for.
Reporter | ||
Updated•2 years ago
|
Updated•1 year ago
|
Assignee | ||
Updated•1 year ago
|
Reporter | ||
Updated•1 year ago
|
Assignee | ||
Comment 1•1 year ago
|
||
This patch adds a new attribute called FingerprintingTargets to
nsILoadInfo. The FingerprintingTargets attribute contains the RFPTarget
flags that will be used to decide the fingerprinting protection behavior
of the corresponding channel.
Assignee | ||
Comment 2•1 year ago
|
||
This patch implements two helper functions in nsRFPService for getting
the RFPTargets that apply to the given context. The helper functions
will return the overridden RFPTargets if there is a fingerprinting
WebCompat override for the context. Otherwise, it will return Nothing().
Then, the context will use the default RFPTargets.
Depends on D185011
Assignee | ||
Comment 3•1 year ago
|
||
We populate the fingerprinting targets to the loadInfo when updating
AntiTracking Info for the channel. This happens when we open the channel
in the parent process, so we have every info we need to get the
RFPTargets for the channel.
Depends on D185012
Assignee | ||
Comment 4•1 year ago
|
||
To allow workers to know the fingerprinting targets, we populate the
fingerprinting targets to the worker loadInfo and worker private from
the document.
For service workers, we use the partitionKey in its principal to get the
RFPTargets of the given service worker.
Depends on D185013
Assignee | ||
Comment 5•1 year ago
|
||
Depends on D185014
Assignee | ||
Comment 6•1 year ago
|
||
Depends on D185015
Assignee | ||
Comment 7•1 year ago
|
||
Depends on D185016
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Assignee | ||
Comment 8•1 year ago
|
||
This patch adds a field called RFPTargetMask to WindowContext. The
RFPTargetMask represents the applied RFPTarget due to WebCompat for
the given context. The RFPTargetMask can be Nothing() if there is no
RFPTarget for the context.
Depends on D185015
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Comment 10•1 year ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/715544da3680
https://hg.mozilla.org/mozilla-central/rev/5b8d471da06a
https://hg.mozilla.org/mozilla-central/rev/2fbe112ecfc5
https://hg.mozilla.org/mozilla-central/rev/20f6d83fc16e
https://hg.mozilla.org/mozilla-central/rev/cc0c3dfd4df6
https://hg.mozilla.org/mozilla-central/rev/39c8dd874538
https://hg.mozilla.org/mozilla-central/rev/df86323db0a6
https://hg.mozilla.org/mozilla-central/rev/f7b4c2978169
Description
•