Live data from Hacker News

Show HN: Firefox in WebAssembly

developer.puter.com

71–80 of 134 posts

Re: Show HN: Firefox in WebAssembly

#75

Browser sandboxing is now fully solved.

In mean... It kinda feels like this is legitimately true? An attacker trying to do anything on a user's machine through this would have to find a Firefox vulnerability and a vulnerability in the wasm runtime, which is such a high bar that I would actually feel remarkably safe running this thing. The only question is how performance works and whether there are any pain points using as a daily driver, but those feel li…

Assuming you're running Firefox as the outer browser too, in theory it only needs a single bug in the wasm runtime, plus a sandbox escape.

Re: Show HN: Firefox in WebAssembly

#76
post #23

All the network traffic from that browser is routed through a server. My IP inside that browser was in India and on CloudFlare network. I don’t particularly trust Puter. Why not route traffic through my actual browser?

this should be documented with highlight to prevent anyone trying to leak some personal information.

i never did some wasm but seems it runs quite fast on my macmini m1

Re: Show HN: Firefox in WebAssembly

#79
post #48

Earlier quoted context omitted.

>Why not route traffic through my actual browser? Because you can't. Not even an Extension is able to. Browsers don't want you to bypass their content enforcement. I wish we had at least one hacker friendly browser.

Extensions can't, correct but I wanted to bring up a special case regarding this Isolated web apps a chrome feature for developing apps that run in chromium based on HTML (but tbh only really used in Chromebooks) do support raw TCP sockets so if this was ported to an IWA you could have Firefox on a Chromebook without an external server needed.

Chromium CEF could also embed the Puter proxy inside it too as a standalone application. No luck on Mobile though.
Post reply on HN