Live data from Hacker News

Actively exploited sandbox RCE in all Chromium versions

nvd.nist.gov

541–546 of 546 posts

Re: Actively exploited sandbox RCE in all Chromium versions

#541
post #351

Earlier quoted context omitted.

Prior art: the evil bit https://datatracker.ietf.org/doc/html/rfc3514

The idea is to make it harder for malicious actors to produce a valid proof than it is for benign actors.

It does that: malicious actors would not be compliant with the spec.

Re: Actively exploited sandbox RCE in all Chromium versions

#542
post #380
post #61

Earlier quoted context omitted.

In the future we can ask that your JaveScript and Wasm comes with a proof of being benign.

What would that even look like? What is "benign"? The browser environment already has pretty strict rules for what the JS can do. It's not allowed to read your files, see your webcam without permission, know about other tabs or windows etc. The problem here is that the browser failed to correctly implement those rules. If the chromium team cannot do that, what makes you think they can implement any other kind of "ben…

In practice it would be "big tech has provided a digital signature that the author has paid the required software tax".

Re: Actively exploited sandbox RCE in all Chromium versions

#543
post #257

> Type confusion in V8 Fortunately I disabled js by default. Unfortunately, it breaks about 30% of the web. Including nvd.nist.gov, which shows a completely blank page without js enabled, even though with js it’s just a simple page with only static content.

> Unfortunately, it breaks about 30% of the web. More like 99% I use Firefox with Noscript and I'm _totally aware_ that almost no website works without allowing it JS. Even using Noscript it's becoming more and more exhausting every year, it's plain impossible to browse the internet without JS at all.

This is a gross exaggeration. More than not, random websites still work without JS for basic content but a few big ones don't.

Re: Actively exploited sandbox RCE in all Chromium versions

#544
post #281
post #257

> Type confusion in V8 Fortunately I disabled js by default. Unfortunately, it breaks about 30% of the web. Including nvd.nist.gov, which shows a completely blank page without js enabled, even though with js it’s just a simple page with only static content.

> Unfortunately, it breaks about 30% of the web Only 30%? In 2026? With CloudFlare and Anubis et al absolutely everywhere? Not to mention SPAs

CloudFlare is a fair point though it depends on the threat level set by the website and how much CF doesn't like your browser fingerprint. In many cases it will just let you through without scripts.

Anubis is trivially bypassed by an extension.

Re: Actively exploited sandbox RCE in all Chromium versions

#545
post #259

Earlier quoted context omitted.

In Chromium you can turn off V8's JIT compiler for this reason. You can even opt in again for sites you trust that need the additional performance.

The additional performance from the JIT is actually really small for most tasks. It should, ideally, be disabled by default. For your average JS you get It’s only very heavy calculations that see a boost in performance. But, realistically, how many websites require this or currently use this today? This is pretty typical across JIT engines, too. PHP also sees only a slight increase in performance from the JIT. Becaus…

That is surely not the case for C#, contrary to most JVM implementations, on the CLR CIL is always jitted before execution since .NET 1.0, and this not taking into account AOT scenarios like NGEN (since .NET 1.0), and everything that came later as AOT toolchains.

The only .NET implementations that interpret CIL were the .NET Compact and Micro frameworks due to hardware limitations, nowadays mostly gone as .NET workloads, and alternative implementations like Mono.

Re: Actively exploited sandbox RCE in all Chromium versions

#546

Let's take a moment to talk about the monetary value of this vulnerability. According to the Chrome release page ( https://chromereleases.googleblog.com/2026/09/stable-channel... ), Google paid a researcher $1000 for ethically reporting this. The CVE associated with it (CVE-2026-85046) is already being exploited in the wild. If we put our thinking caps on, how much do you think this vulnerability is actually worth? H…

[dead]
Post reply on HN