Replies: 1 comment
-
I think this is currently not possible without extending the uBo modifiers somehow, as it goes beyond the added Regarding the attempt at integration CSS-exfil to uBO, it has the status of decline
declined
|
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
I was reading about CSS-exfil, and that got me thinking: "What if we just block all conditional CSS requests, and all (conditional or not) JS requests?". Essentially, only allow HTML (including
iframe
s) to trigger requests (possibly excluding elements withloading=lazy
attribute), and only allow CSS to trigger unconditional requests. Since JS is Turing-Complete, all requests must be blocked, because static-analysis would be expensive and impossible.Sadly, there are limitations: For JS (and Wasm),
fetch
and XHR aren't the only ways to use the network, there's also WebRTC and WebSockets, and possibly other (more obscure) APIs.I already block JS and frames by default, but it'd be nice to allow them for some domains while still blocking the network. Is there some way to do that reliably?
And yes, I'm aware that JS sometimes "recursively" loads other scripts, which in turn load other assets. But let's pretend that isn't an inconvenience
Beta Was this translation helpful? Give feedback.
All reactions