W3C home > Mailing lists > Public > public-webrtc-logs@w3.org > January 2019

Re: [mediacapture-main] Spec does no handle fingerprinting related to exposing non default capture devices (#559)

From: youennf via GitHub <sysbot+gh@w3.org>
Date: Wed, 23 Jan 2019 04:16:30 +0000
To: public-webrtc-logs@w3.org
Message-ID: <issue_comment.created-456664237-1548216989-sysbot+gh@w3.org>
> Inserting or unplugging a USB device _is_ user activity, much like a user pressing a key. Use `onkeypress`

I guess such a USB device API would raise similar concerns on our side.
Similarly, we would not like to have web pages being able to know that some keys were pressed before the page got focus.

> Known device presence is already leaked by `OverconstrainedError`. See [this demo](https://jsfiddle.net/jib1/n0scjq18/).

Agreed on this issue.
That specific example is not working in Safari though. Some more complex ones might.
This is fixable and it would be nice for implementers if the spec could call out some of these issues instead of discovering them on their own.

> If you plan to remove _enumerateDevices()_ entirely, then I question the value of that, given my earlier points about _getUserMedia()_ and _devicechange_.

I am not pushing for removing enumerateDevices/devicechange, I see some valid usecases.
I am questioning the validity of enumerateDevices usecase when getUserMedia access is not granted given the fact that:
- this is currently in use to fingerprint users.
- most (all?) WebRTC usecases/apps do not seem to require it.

This issue is also about strengthening the spec privacy considerations.
It would be great if a naive implementer, after reading the spec, would try to address those issues instead of giving up on them.

-- 
GitHub Notification of comment by youennf
Please view or discuss this issue at https://github.com/w3c/mediacapture-main/issues/559#issuecomment-456664237 using your GitHub account
Received on Wednesday, 23 January 2019 04:16:32 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 4 June 2019 15:32:54 UTC