News for hackers. Stuff that matters.
Re:W3C recommends WebAssembly by EvanAnderson on Friday December 06, 2019 @12:50PM (#21724218)
Yes. I am saying that some website operators would like to load an entire browser into your client just so they can control the presentation (make sure you're not able to block their ads, control their scripts, etc).

I'm not talking about the sandboxed browser being able to "clear your hard drive", etc. I'm talking about users having no real agency when it comes to controlling the presentation of websites. (Sure, it's code running on your computer. You're free to attach a debugger to step thru native code that runs a VM that runs a nested VM that's ultimately running the code you'd actually like to influence. Let me know how that goes for you.)

Have you seen JSLinux[1]?

[1] - https://bellard.org/jslinux/

Re:W3C recommends WebAssembly by IvanK_net on Saturday December 07, 2019 @07:23AM (#21729899)
I don't think it is necessary to make websites extremely complex, to prevent you from blocking ads.

I think blocking ads is a game you can never win. If you are able to block ads on some websites today, it is just because the site owners allow you to do so (they could easily prevent you from doing so). Ads technologies can evolve to a point when you as a human can not distinguish between ads and the rest of the content.

Re:W3C recommends WebAssembly by int_19h on Friday December 06, 2019 @06:33PM (#21727157)
It would make content control more complicated, but it can't make it impossible.

If the embedded browser uses the host's HTTP implementation, then you can filter and edit content there.

If it implements HTTP itself on top of raw sockets, then you can intercept traffic on socket level (although you'd need to MITM any SSL connection).

Re:W3C recommends WebAssembly by gmueckl on Friday December 06, 2019 @08:06PM (#21727724)
If the inner browser has its own client certificate or simply checks for a set of known server certificates, MITM won't get you anywhere. Done right, this could well be game over.
Re:W3C recommends WebAssembly by int_19h on Sunday December 08, 2019 @05:04PM (#21738694)
For it to be truly game over, the wasm implementation it's running on must also protect the wasm payload itself, otherwise it would be trivial to patch that to MITM it.

So, on something like iOS, it could be game over (but I'm also curious what Apple is going to do with wasm there, given that it goes contrary to their strategy of being the gatekeeper for all code running on the platform). But not for the rest.

Re:W3C recommends WebAssembly by gmueckl on Thursday December 12, 2019 @07:01AM (#21771110)
Adding a ton of obfuscation will do the trick. Patching wasm requires reverse engineering and that is very cumbersome. For Blu-Ray it took months to reverse engineer the copy protection VM and that was with a mechanism that took a lot of attention. If it's your average website, it's far easier to stay ahead of the game.