Grant rates are quite low for permissions, even on sites where it makes a lot of sense to have the permission. Given that, I am skeptical that lots of people are accidentally granting them
5
1
1
15
I would love to see a user study of the following scenario: I don’t trust video call site X but a job interviewer sends me a link to a video call using that site. I want to enable camera and mic access for that site for the one call and never again. What % of users can do it?
2
1
7
For native desktop applications revoking relies on the application not being malicious and letting you uninstall it, so there isn't really any prior art or better current alternative.
1
5
Yeah, this doesn't seem like a fair criticism. If you've got a pitch for a better UX, cool, but this is so much better than the status quo that it's hard to see what the problem is?
1
3
I think you are talking about which app platform is better? I am talking about how to make a web browser—in the literal sense—safe. My point is that the current UX for shoehorning an app platform into a web browser makes browsing too unsafe. By browsing I mean “click any link.”
1
I don't see it, what is the attack you're thinking of? I think we all agree that clicking any link must be safe. Is the problem that, after confirmation, you can do things like download and run an exe or grant access to a USB gamepad?
1
2
Can I tell you my use case? I don't buy many gadgets, I'm a nerd and some look fun, but I don't want to run drivers from noname vendors. That's so much trust, and it's a ton of work to for me (a pro) to audit them. I 100% will give their site web bluetooth access though, nbd. 🤷‍♂️
1
8
I agree kernelspace device drivers suck; let’s get rid of them. I also agree that there should be safer Bluetooth APIs available to apps on all platforms. It doesn’t follow from that every web browser needs to implement WebBluetooth.
3
2
We agree we need a safer way to use devices. We also agree it doesn't *have* to be the web (I happen to think it's a pretty good place to put it though). I'm trying to understand what the attack against it that makes you think it will be unsafe?
1
1
One concern from Mozilla folks is that it exposes to the Web things that weren't designed with the knowledge that they'd be exposed to arbitrary Web content. (There should be straightforward ways to address this.) This isn't theoretical; see blocklisting of Yubikeys in WebNFC.
2
4
Yubikeys happen to be well-known devices; given that there are lots of less-well-known devices out there, it seems likely they're not the only ones with that sort of problem. (I think that issue was first raised in github.com/mozilla/standards… and led to devices being blocklisted.)

Jul 22, 2020 · 5:55 AM UTC

1