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

hi all! welcome

", "time": "2026-07-21T14:31:45.000Z"}, {"author": "Thomas McCarthy-Howe", "text": "

BTW, not seeing slides on the onsite tool?

", "time": "2026-07-21T14:37:15.000Z"}, {"author": "Peter Koch", "text": "

me neither

", "time": "2026-07-21T14:37:25.000Z"}, {"author": "Jessica Batke", "text": "

me either

", "time": "2026-07-21T14:37:30.000Z"}, {"author": "Andrew Campling", "text": "

Working okay on full tool

", "time": "2026-07-21T14:37:39.000Z"}, {"author": "Frode Kileng", "text": "

https://datatracker.ietf.org/meeting/126/materials/slides-126-pearg-real-time-bidding-how-advertising-interacts-with-your-privacy-00

", "time": "2026-07-21T14:37:57.000Z"}, {"author": "Lorenzo Miniero", "text": "

@Thomas McCarthy-Howe slides in the on-site tool should only be visible if you're on your laptop or tablet, but won't be displayed on the phone

", "time": "2026-07-21T14:38:01.000Z"}, {"author": "Sara Dickinson", "text": "

@meetecho - can you check please

", "time": "2026-07-21T14:38:02.000Z"}, {"author": "Peter Koch", "text": "

tnx, definitely laptop

", "time": "2026-07-21T14:38:20.000Z"}, {"author": "Lorenzo Miniero", "text": "

From the phone you need the full client to see slides

", "time": "2026-07-21T14:38:23.000Z"}, {"author": "Jessica Batke", "text": "

i'm on my laptop, slides in every other onsite meetecho have worked the last few days

", "time": "2026-07-21T14:38:26.000Z"}, {"author": "Shivan Sahib", "text": "

it might be because Johnny is sharing screen and not MeetEcho slides

", "time": "2026-07-21T14:39:00.000Z"}, {"author": "Thomas McCarthy-Howe", "text": "

Confirmed that the full tool works. I had picked the onsite tool

", "time": "2026-07-21T14:39:07.000Z"}, {"author": "Thomas McCarthy-Howe", "text": "

Both on desktop

", "time": "2026-07-21T14:39:15.000Z"}, {"author": "Lorenzo Miniero", "text": "

Ah yes, then no, the onsite tool never subscribes to WebRTC media

", "time": "2026-07-21T14:39:24.000Z"}, {"author": "Lorenzo Miniero", "text": "

(which is what screensharing uses)

", "time": "2026-07-21T14:39:45.000Z"}, {"author": "Peter Koch", "text": "

understood, thanks!

", "time": "2026-07-21T14:40:25.000Z"}, {"author": "Thomas McCarthy-Howe", "text": "

:call_me:

", "time": "2026-07-21T14:40:30.000Z"}, {"author": "Andrew Campling", "text": "

This is why ad blockers are a thing

", "time": "2026-07-21T14:43:47.000Z"}, {"author": "Andrew Campling", "text": "

Hopefully a different IAB?

", "time": "2026-07-21T14:47:56.000Z"}, {"author": "Shivan Sahib", "text": "

not to be confused with the Internet Architecture Board which is a largely-benign

", "time": "2026-07-21T14:48:19.000Z"}, {"author": "Andrew Campling", "text": "

or so they say.....

", "time": "2026-07-21T14:48:32.000Z"}, {"author": "Shivan Sahib", "text": "

https://en.wikipedia.org/wiki/Interactive_Advertising_Bureau

", "time": "2026-07-21T14:49:05.000Z"}, {"author": "Allison Mankin", "text": "

Of course: IAB - advertising org - not the I*'s IAB here

", "time": "2026-07-21T14:49:13.000Z"}, {"author": "Shivan Sahib", "text": "

We'll be doing questions at end

", "time": "2026-07-21T15:04:02.000Z"}, {"author": "Shivan Sahib", "text": "

(feel free to get in queue though ofc)

", "time": "2026-07-21T15:04:10.000Z"}, {"author": "Tom Newton", "text": "

All this data and I still get ads for stuff I bought last week

", "time": "2026-07-21T15:10:01.000Z"}, {"author": "Andrew Campling", "text": "

SUbject access request?

", "time": "2026-07-21T15:11:24.000Z"}, {"author": "Shivan Sahib", "text": "

Google and Facebook do it on their own platforms

", "time": "2026-07-21T15:11:49.000Z"}, {"author": "Alexandr Railean", "text": "

According to the GDPR, you ought to be able to request the data they have on you, and potentially correct it ;-)

", "time": "2026-07-21T15:11:50.000Z"}, {"author": "Shivan Sahib", "text": "

do it = show what you're classified as

", "time": "2026-07-21T15:12:23.000Z"}, {"author": "Nick Doty", "text": "

some of the work on Webloc has shown how law enforcement and intelligence agencies are purchasing the data from these data brokers

", "time": "2026-07-21T15:14:12.000Z"}, {"author": "Shivan Sahib", "text": "

i'm obviously biased :)

", "time": "2026-07-21T15:15:01.000Z"}, {"author": "Andrew Campling", "text": "

Side note: \"smart\" TVs also track and transmit viewing habits, IIRC gathering data as frequently as every 50ms. This includes content viewed in monitor mode or equivalent. See paper by Imperial College et al.

", "time": "2026-07-21T15:19:18.000Z"}, {"author": "Shivan Sahib", "text": "

there are many many websites or consent platforms that don't honor your consent

", "time": "2026-07-21T15:21:41.000Z"}, {"author": "Shivan Sahib", "text": "

there's many research papers measuring this

", "time": "2026-07-21T15:21:54.000Z"}, {"author": "Shivan Sahib", "text": "

agree with Nick that persistent ids are especially bad in the server-to-server case, which the browser can't help against. if you enter your real email address, that can be used as a match key

", "time": "2026-07-21T15:25:41.000Z"}, {"author": "Andrew Campling", "text": "

I wonder much data is needed from how many sources to effectively de-anonymise the subjects

", "time": "2026-07-21T15:26:49.000Z"}, {"author": "Nick Doty", "text": "

Email Verification Protocol is one place for us to consider that could provide an easy-to-access high-assurance unique identifier

", "time": "2026-07-21T15:27:09.000Z"}, {"author": "Nick Doty", "text": "

I certainly take Johnny's point that probabilistic identifiers (including fingerprinting) should be protected against as well. but persistent cross-context unique IDs are ubiquitous and harmful and keep getting introduced even when some are removed

", "time": "2026-07-21T15:29:38.000Z"}, {"author": "Shivan Sahib", "text": "

@Nick can you say more about how email verification protocol does that?

", "time": "2026-07-21T15:31:08.000Z"}, {"author": "Nick Doty", "text": "

Email Verification Protocol
\nhttps://datatracker.ietf.org/doc/html/draft-hardt-email-verification-01
\nis being proposed for sites to very quickly confirm (with a cryptographic guarantee from the email provider) your email address, without having to send you an email and getting you to click to confirm, like when logging in

", "time": "2026-07-21T15:32:48.000Z"}, {"author": "Shivan Sahib", "text": "

this talk is terrifying

", "time": "2026-07-21T15:41:01.000Z"}, {"author": "Allison Mankin", "text": "

Yes

", "time": "2026-07-21T15:48:31.000Z"}, {"author": "Tara Tarakiyee", "text": "

What I like about this talk is that it's a reminder that privacy is about economy just as it is about cryptography

", "time": "2026-07-21T15:48:48.000Z"}, {"author": "Shivan Sahib", "text": "

https://arxiv.org/abs/2602.16800

", "time": "2026-07-21T15:52:58.000Z"}, {"author": "Andrew Campling", "text": "

@Chairs: not really a mitigation but why not consider a second edition of RFC 7258 with the focus on the tech industry rather than government?

", "time": "2026-07-21T16:00:05.000Z"}, {"author": "Allison Mankin", "text": "

Or both, Andrew

", "time": "2026-07-21T16:00:57.000Z"}, {"author": "Nick Doty", "text": "

I'm interested in work on private relays

", "time": "2026-07-21T16:03:51.000Z"}, {"author": "Nick Doty", "text": "

I may still not understand how CFR is different or needs to be different from other private relay proposals

", "time": "2026-07-21T16:04:09.000Z"}]