[{"author": "Shivan Sahib", "text": "

https://notes.ietf.org/notes-ietf-116-pearg

", "time": "2023-03-29T04:03:53Z"}, {"author": "Christian Huitema", "text": "

Classic defense is for friends to toss the cards in a basket and then pick one at random. Repeat often.

", "time": "2023-03-29T04:11:34Z"}, {"author": "Jonathan Hoyland", "text": "

Luckily the Tokyo subway doesn't support card payments for card purchase

", "time": "2023-03-29T04:12:05Z"}, {"author": "Shivan Sahib", "text": "

yay...?

", "time": "2023-03-29T04:15:09Z"}, {"author": "Christian Huitema", "text": "

so if the advertiser can deduct that the user is going to buy a Kia tomorrow, they will show the Kia ad rather than the Chevrolet ad, and get paid more?

", "time": "2023-03-29T04:18:28Z"}, {"author": "Tim Geoghegan", "text": "

Its also that Kia wants to know what kind of return they're getting on the ad dollar they spend

", "time": "2023-03-29T04:19:25Z"}, {"author": "Jonathan Hoyland", "text": "

Actually I think you can do anything with just NAND

", "time": "2023-03-29T04:25:37Z"}, {"author": "Alissa Cooper", "text": "

does IPA work for cross-device attribution?

", "time": "2023-03-29T04:32:00Z"}, {"author": "Tim Geoghegan", "text": "

Yes, that cross-device attribution is the major advantage of IPA over a conversion measurement scheme using something like Prio

", "time": "2023-03-29T04:32:25Z"}, {"author": "Alissa Cooper", "text": "

:+1:

", "time": "2023-03-29T04:32:37Z"}, {"author": "Tim Geoghegan", "text": "

That's IMO, there may be other interesting properties of IPA that I'm underselling or don't understand

", "time": "2023-03-29T04:33:29Z"}, {"author": "Christopher Wood", "text": "

Cross-device attribution seems sort of orthogonal to IPA to me.

", "time": "2023-03-29T04:33:39Z"}, {"author": "Christopher Patton", "text": "

Yeah, my understanding is that PATCG's requirements kinda stem from meeting adtech where they are

", "time": "2023-03-29T04:33:46Z"}, {"author": "Shivan Sahib", "text": "

what aspect of IPA helps with cross-device in particular? over DAP?

", "time": "2023-03-29T04:34:23Z"}, {"author": "Tim Geoghegan", "text": "

The linking of an ad impression to a sale can be done server side

", "time": "2023-03-29T04:34:56Z"}, {"author": "Christopher Wood", "text": "

@Tim say more? Attribution based on a match key seems to be the primary reason cross-device works here.

", "time": "2023-03-29T04:35:37Z"}, {"author": "Tim Geoghegan", "text": "

I think we're saying the same thing. I'm going to get some IPA terminology wrong, but IIUC the existence of match keys that follow users across devices allows cross-device to work.

", "time": "2023-03-29T04:36:28Z"}, {"author": "Christopher Wood", "text": "

Yeah, agreed.

", "time": "2023-03-29T04:36:41Z"}, {"author": "Shivan Sahib", "text": "

that matches my intuition

", "time": "2023-03-29T04:36:43Z"}, {"author": "Shivan Sahib", "text": "

thanks

", "time": "2023-03-29T04:36:49Z"}, {"author": "Shivan Sahib", "text": "

yikes

", "time": "2023-03-29T04:38:32Z"}, {"author": "Shivan Sahib", "text": "

we have some slack time, so if folks have qs we have space

", "time": "2023-03-29T04:40:50Z"}, {"author": "Christian Huitema", "text": "

Hum... Seems I wont be jettisoning my ad blocker just yet.

", "time": "2023-03-29T04:45:58Z"}, {"author": "Alissa Cooper", "text": "

I kind of love the idea that people would cheat on the computation and the result would be that not much changes in terms of the measured effectiveness of the advertising ...

", "time": "2023-03-29T04:49:08Z"}, {"author": "Christopher Wood", "text": "

@Martin, my second question was about Differential Privacy. This isn't the first time DP has come up in PEARG, nor in the IETF. PPM, as you know, also has DP on the back of its mind for DAP and VDAF. What're your thoughts on how we -- as a community developing protocol specifications and guidance for using this protocols -- talk about how DP is used in practice? Does this require work in CFRG for specifying how one implements DP, and then perhaps work done elsewhere documenting how we use those mechanics in protocols? Or something else?

", "time": "2023-03-29T04:49:35Z"}, {"author": "Jonathan Hoyland", "text": "

I think full verifiability is probably too heavy, but something that would cost most compute (even slightly) to forge than to compute correctly would be super useful. It removes bad incentives.

", "time": "2023-03-29T04:51:27Z"}, {"author": "Martin Thomson", "text": "

@Christopher Wood I think that the biggest challenge we have with DP is understanding how to apply it. You can do a lot there if you adapt it to a particular problem domain, but there are some generic guidance we might like to develop.

", "time": "2023-03-29T04:56:19Z"}, {"author": "Christopher Wood", "text": "

+1 -- I think spending some time on trying to identify generic guidance, or at least commonly applied principles, might be a good use of time.

", "time": "2023-03-29T04:57:23Z"}, {"author": "Martin Thomson", "text": "

With a system like IPA, we are talking about DP in terms of rate, which doesn't sit very nicely with a lot of the standard DP math. Understanding that better would be good.

", "time": "2023-03-29T04:57:28Z"}, {"author": "Martin Thomson", "text": "

And I think that we could do a lot to set norms for systems that use DP. This is hard, but it might be necessary to have a standard epsilon value or at least guidance about how to select it.

", "time": "2023-03-29T04:58:29Z"}, {"author": "Christopher Wood", "text": "

Relevant: https://journalprivacyconfidentiality.org/index.php/jpc/article/view/689

", "time": "2023-03-29T04:59:10Z"}, {"author": "Martin Thomson", "text": "

Right now, we don't have a lot of experience in the effects of noise on systems that use DP, so it's hard to say if the value should be 0.1, 1, 10, or whatever.

", "time": "2023-03-29T04:59:17Z"}, {"author": "Martin Thomson", "text": "

\"We found no clear consensus on how to choose epsilon, nor is there agreement on how to approach this and other key implementation decisions. \" noice

", "time": "2023-03-29T05:00:10Z"}, {"author": "Brian Trammell", "text": "

isn't \"the right\" epsilon also kind of dependent on the data and the shape of the queries?

", "time": "2023-03-29T05:01:05Z"}, {"author": "Brian Trammell", "text": "

i.e. even if you developed an intuition for the noise tradeoff, would it apply anywhere except that deployment for that application?

", "time": "2023-03-29T05:01:44Z"}, {"author": "Martin Thomson", "text": "

@Brian Trammell that is totally true, but where there are commonalities, it would be good to be able to exploit them

", "time": "2023-03-29T05:01:48Z"}, {"author": "Shivan Sahib", "text": "

Martin, you mentioned there's analysis happening on what would be good parameters to choose. What's the data set you're using?

", "time": "2023-03-29T05:02:08Z"}, {"author": "Martin Thomson", "text": "

@Shivan Sahib I referred to a trial using real data. That will hopefully inform our choices from the perspective of utility, but not necessarily privacy. For that, we might need to lean more heavily on analytical techniques.

", "time": "2023-03-29T05:03:04Z"}, {"author": "Martin Thomson", "text": "

Like pen and paper work.

", "time": "2023-03-29T05:03:16Z"}, {"author": "Martin Thomson", "text": "

FYI, IPA just landed on eprint: https://eprint.iacr.org/2023/437.pdf

", "time": "2023-03-29T05:03:47Z"}, {"author": "Christopher Wood", "text": "

:clap:

", "time": "2023-03-29T05:04:39Z"}, {"author": "Shivan Sahib", "text": "

will be cutting queue soon

", "time": "2023-03-29T05:06:29Z"}, {"author": "Shivan Sahib", "text": "

@Martin Thomson are you thinking that privacy red teaming as part of the audit process? if the data will be closed off except to a handful of servers, seems like we'll have to do something like that, especially given how brittle the parameters here are related to DP

", "time": "2023-03-29T05:13:35Z"}, {"author": "Christian Huitema", "text": "

Rant: the IPA eprint has dozens of mentions of MPC, but never manages to spell out what MPC means.

", "time": "2023-03-29T05:16:33Z"}, {"author": "Shivan Sahib", "text": "

PEARG had a presentation on testing COVID-19 tracing apps in 2020: https://datatracker.ietf.org/meeting/108/materials/slides-108-pearg-tact-presentation

", "time": "2023-03-29T05:17:10Z"}, {"author": "Hern\u00e2ni Marques", "text": "

Where there ever assessments if this actually worked? It's part of the Swiss law to do such an assessment and otherwise shut the system down.

", "time": "2023-03-29T05:18:55Z"}, {"author": "Hern\u00e2ni Marques", "text": "

I mean, in the sense that it helped in any substantial way to contain the virus.

", "time": "2023-03-29T05:19:27Z"}, {"author": "Jonathan Hoyland", "text": "

Isn't using Bluetooth for contact tracing exactly an unanticipated use of BLE that we wouldn't necessarily want to preclude?

", "time": "2023-03-29T05:19:47Z"}, {"author": "Shivan Sahib", "text": "

@Jonathan Hoyland but the purpose there is to explicitly enable data exchange between mobile devices

", "time": "2023-03-29T05:24:15Z"}, {"author": "Tim Geoghegan", "text": "

@Hern\u00e2ni Marques Some researchers at UW modeled the effectiveness of EN in the American state of Washington: https://www.medrxiv.org/content/10.1101/2021.06.04.21257951v4

", "time": "2023-03-29T05:24:18Z"}, {"author": "Tim Geoghegan", "text": "

I also recall a paper out of the United Kingdom about their EN app but I can't find a link

", "time": "2023-03-29T05:25:00Z"}, {"author": "Shivan Sahib", "text": "

Reminder to folks to use the onsite tool for getting in the queue

", "time": "2023-03-29T05:33:05Z"}, {"author": "Massimiliano Pala", "text": "

It would have been also interesting looking at the combination of all other radio that come from complex devices like phones... What about extending the \"Context\" to other domains? Do you have considerations on that?

", "time": "2023-03-29T05:33:47Z"}, {"author": "Shivan Sahib", "text": "

The point that infrastructure, even if privacy-preserving, brings risks around future misuse is a great one!

", "time": "2023-03-29T05:36:24Z"}, {"author": "Wouter Lueks", "text": "

@Massimiliano Pala: we didn't, but others kind of did, and this is a bit of a rabbit hole :D. For example, you can go down the stack and the BT stack and look at radio / physical layer. For example: https://cseweb.ucsd.edu/~schulman/docs/oakland22-bletracking.pdf

", "time": "2023-03-29T05:40:28Z"}, {"author": "Wouter Lueks", "text": "

Here is the UK effectiveness paper (also finding a clear effect): https://www.nature.com/articles/s41586-021-03606-z

", "time": "2023-03-29T05:43:38Z"}, {"author": "Wouter Lueks", "text": "

I didn't talk about this today, but it was quite challenging to (1) integrate with public health authorities (who need to authorize uploads) and (2) countries could have done a lot better encouraging their citizens to use these systems.

", "time": "2023-03-29T05:44:48Z"}, {"author": "Massimiliano Pala", "text": "

@Wouter Lueks: Thanks! Indeed, there are so many interesting aspects of that problem.. I think that one of the mistake made was to rely on just device vendors and not involving the network operators community (maybe beacons from the infrastructures could have provided more privacy-preserving options...). Thanks again!

", "time": "2023-03-29T05:45:01Z"}]