Open
Bug 1501132
Opened 7 years ago
Updated 3 years ago
PrioEncoder.encode() should take server public keys as input
Categories
(Toolkit :: Telemetry, enhancement, P4)
Toolkit
Telemetry
Tracking
()
ASSIGNED
People
(Reporter: henrycg, Assigned: rhelmer)
Details
It might make sense to have PrioEncoder.encode() also take as input the two server public keys (e.g., as hex-encoded strings).
Although it might be a bit far off, I can imagine a future in which the browser might actually expose PrioEncoder.encode() to the DOM so that add-ons or webpages can use Prio to implement their own private statistics systems.
For this to work, the add-on/webpage would have to be able to specify which public keys it wanted the client to use.
Since the byte format of the Prio-encoded ciphertexts will probably change in the future, no one but telemetry should be using PrioEncoder for now, but it might make sense to have the flexibility to open up this API later on.
Comment 1•7 years ago
|
||
Do you have any plan on working on this? I've marked this as P4 as this seems fairly long in the future
Flags: needinfo?(rhelmer)
Priority: -- → P4
Assignee | ||
Comment 2•7 years ago
|
||
(In reply to Alessio Placitelli [:Dexter] from comment #1)
> Do you have any plan on working on this? I've marked this as P4 as this
> seems fairly long in the future
It's a pretty easy change, but we have not urgent need for it yet (as Henry points out). Currently we set the public keys via prefs, but we could have Telemetry read the prefs and pass the keys in and remove that code from the C++ DOM implementation which would be nice.
I think P4 is appropriate.
Flags: needinfo?(rhelmer)
Assignee | ||
Updated•7 years ago
|
Assignee: nobody → rhelmer
Updated•7 years ago
|
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Assignee | ||
Comment 3•6 years ago
|
||
:chutten, are you likely to use the PrioEncoder
DOM function or do you think you will use libprio
directly from Telemetry?
Flags: needinfo?(chutten)
Comment 4•6 years ago
|
||
Funny you should ask that, I was just looking at PrioEncoder
:)
I haven't yet firmed up on where the data storage would live: JS or C++. If it's JS, I'll definitely be using the DOM function. If it's in C++ I was thinking about breaking ::Encode
up into a few pieces so I could still use PrioEncoder
. I wasn't planning on copy-pasta'ing PrioEncoder
into toolkit/components/telemetry
, unless that would be helpful to you.
Flags: needinfo?(chutten)
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•