News for hackers. Stuff that matters.
Re:RCE in Visual Studio Code's Remote WSL for Fun and Negati... by stefan_ on Tuesday December 21, 2021 @06:47AM (#29636442)
> Browsers need to stop connecting to anything other than what's typed into the navigation bar.

Yes, indeed!

Re:RCE in Visual Studio Code's Remote WSL for Fun and Negati... by seoaeu on Tuesday December 21, 2021 @08:38AM (#29637226)
A web browser that doesn’t support links isn’t much of a web browser
Re:RCE in Visual Studio Code's Remote WSL for Fun and Negati... by e12e on Tuesday December 21, 2021 @11:08AM (#29638721)
... Or images? I suppose one might enforce a draconian same-origin policy.. But that would no longer be "the web" I think.
Re:RCE in Visual Studio Code's Remote WSL for Fun and Negati... by faeyanpiraat on Tuesday December 21, 2021 @08:41AM (#29637268)
Explicitly clicking on a link is almost like typing it in the url bar, so that can be an exception
Re:RCE in Visual Studio Code's Remote WSL for Fun and Negati... by Xelbair on Tuesday December 21, 2021 @06:56AM (#29636501)
oh how i would love this future.
Re:RCE in Visual Studio Code's Remote WSL for Fun and Negati... by cryptonym on Tuesday December 21, 2021 @08:55AM (#29637366)
At this point of time, I give it 10min before we get a magic_proxy nginx module, then your script src will be /magic_proxy/www.evilthirdpary.com/slow_multi_megabyte_script.js

You can still import all nasty third parties required by marketing department, bypassing first party protections and leading to even worse security. Or maybe maintain allow lists, basically that's a Content Security Policy.

Future is now old man.

Re:RCE in Visual Studio Code's Remote WSL for Fun and Negati... by MarkSweep on Tuesday December 21, 2021 @11:00AM (#29638621)
This already here, but made with a subdomain that CNAMEs to a tracker domain:

https://arxiv.org/abs/2102.09301

Re:RCE in Visual Studio Code's Remote WSL for Fun and Negati... by Xelbair on Tuesday December 21, 2021 @09:50AM (#29637878)
sure, but as other person stated -servers deals with that, and all legal implications about data protection apply to them - it's harder to weasel out of it that way.
Re:RCE in Visual Studio Code's Remote WSL for Fun and Negati... by Pxtl on Tuesday December 21, 2021 @09:41AM (#29637769)
At least then the server has to deal with the security implications of talking directly to the advertiser, instead of pushing the risk wholly to the client.
Re:RCE in Visual Studio Code's Remote WSL for Fun and Negati... by cryptonym on Tuesday December 21, 2021 @09:57AM (#29637955)
In the end the script is running on client, dealing with user data, not server data. Client is still taking the risk.

On moral/legal issues, integrating script from third or first party hostname sounds like technical detail. If you select partner to run their code on your pages, you should be responsible checking user consent when applicable and taking responsibility. British Airways has been fined £20m even if that script was not on their servers.

Re:RCE in Visual Studio Code's Remote WSL for Fun and Negati... by hdjjhhvvhga on Tuesday December 21, 2021 @07:28AM (#29636730)
Unfortunately, the companies that control today's web have a different view, and they are the ones in charge.