Localhost Resource Permission
brave.com
brave.com
Localhost resources might consist of:
* file:// URIs, which are well-understood and protected for a long time now
* http(s)://localhost/ URIs, which seems most likely to be the subject of their focus in this discussion. Many software packages, particularly Linux ones, are known to spawn web servers, sometimes unbeknownst to the end-user, and sometimes on an alternate port. It usually takes extra effort to secure these servers with authentication, and it's usually infeasible to deploy TLS certificates on them.
* http(s)://localnet URIs, in the form of RFC1918 private IP address space, which might also encompass 169.254.0.0/16 and 100.64.0.0/10, as well as all IPv6 equivalents, such as link-local addresses. It is a fairly well-known hole that any web server could link or embed a resource from private network space, and the user's browser would dutifully fetch it, without considering whether the external untrusted network had a right to fetch that resource in the context of the user's web browser.
The latter case is perhaps the most difficult to defend against, and the most concerning case, because while your personal workstation may not run web servers listening on localhost, your LAN may present juicy opportunities for lateral movement, especially in terms of consumer routers with admin interfaces, print servers, IoT devices, etc.I have a handful of personal apps that I run locally and have started thinking about this concern as I prepare them for commercial distribution. I've been thinking about that + OAuth to grant access where we actually want to integrate with 3rd party apps, eg. via browser extension content scripts.
But that site is blatantly wrong about Firefox, so I don't trust its facts about the other browsers either.
It's good that they're doing it but the fact that they need to explain "localhost" suggests it's the wrong word to use. I'm not sure why they aren't using saying "your computer's resources"