Earlier quoted context omitted.
You have to balance the this ease of use with increasing potential attack and fingerprinting surface. Correct approach is something in the middle - a separate off-by-default setting or recommended official extension.
Chrome has the option to turn off APIs by default. I do it for my installs. I think that disabling that option for everyone is not a good approach as average user will never figure out how to enable it, making that technology effectively dead, so we get back to installing host software. Sometimes security and usability contradict with each other.
WebUSB Extension for Firefox
261–264 of 264 posts
Re: WebUSB Extension for Firefox
#262Earlier quoted context omitted.
> The sky is not falling, and WebUSB is not going to cause it to fall. You could always write a native app. It's always been possible that way.
Sorry, no, I am not supporting Windows, MacOS, iOS, Android or multiple other platforms when I could just target one single platform - the web browser.
Which one? Your page looks the same on all major browsers does it? Didn't think so.
Re: WebUSB Extension for Firefox
#263Earlier quoted context omitted.
Sorry, no, I am not supporting Windows, MacOS, iOS, Android or multiple other platforms when I could just target one single platform - the web browser.
> the web browser Which one? Your page looks the same on all major browsers does it? Didn't think so.
Re: WebUSB Extension for Firefox
#264Earlier quoted context omitted.
> So the alternative is installing questionable drivers from questionable websites that give an attacker full-access to the entire computer. This is far less good for security, and is unfortunately the norm right now WebUSB isn't a driver, it relies on underlying usb drivers. What is the need here for a webpage that also needs to access specific hardware not exposed generically?
>WebUSB isn't a driver, it relies on underlying usb drivers. I never said WebUSB "was a driver". But it does not rely on specific usb device drivers being installed for specific devices. >What is the need here for a webpage that also needs to access specific hardware not exposed generically? There are already plenty. You don't need to ask me because you'll likely just shit on what I write, so here's a list compiled b…