Open
Bug 1914839
Opened 1 year ago
Updated 1 year ago
Port resist fingerprinting logic from MediaCapabilities decode side to the encode side
Categories
(Core :: Audio/Video: Recording, defect)
Core
Audio/Video: Recording
Tracking
()
ASSIGNED
People
(Reporter: padenot, Assigned: fkilic)
References
(Blocks 1 open bug)
Details
Attachments
(3 files)
No description provided.
Updated•1 year ago
|
Blocks: uplift_tor_fingerprinting
Updated•1 year ago
|
Severity: -- → S3
| Assignee | ||
Comment 1•1 year ago
|
||
Updated•1 year ago
|
Assignee: nobody → fkilic
Attachment #9424278 -
Attachment description: WIP: Bug 1914839: Implement resist fingerprinting for RFPTarget::MediaCapabilities. WIP tests needed → Bug 1914839: Implement resist fingerprinting for MediaCapabilities::EncodingInfo. r?tjr
Status: NEW → ASSIGNED
| Assignee | ||
Comment 2•1 year ago
|
||
I submitted a patch that should ignore encoding prefs but CheckTypeForFile used by decoding info is pretty much unprotected. I'll see if I can patch it as well, but the functions it is calling are used very widely.
| Assignee | ||
Comment 3•1 year ago
|
||
| Assignee | ||
Comment 4•1 year ago
|
||
Probably bunch of stuff will break. So I'll submit a try before submitting this for review.
Also this patch is still going to leak hardware support for WebMDecoder, MP3Decoder and ADTSDecoder, but all the plumbing is done, it is just a matter of if shouldResistFingerprinting, so we just have to decide how do we want to force capabilities.
You need to log in
before you can comment on or make changes to this bug.
Description
•