Ok wtf. So you're telling me that #Google #Chrome's #V8 #JavaScript engine was more #insecure than #Mozilla's #Spidermonkey after all these years? Because I'm pretty sure SM has been already doing plenty of the things mentioned in this article (I've touched on SM code plenty of times, so much more than I wanted because I worked on separating Spidermonkey from the monolithic #libxul, it's still hurting my brain...), even before the #Quantum rewrite. So even #PaleMoon which has been commonly trashed for being "old and insecure" is apparently more secure than Chrome, but most crucially it also disproves the long-standing blind belief by security freaks out there that Chrome is "more secure" than #Firefox when it's the other way around on many fronts...

thehackernews.com/2024/04/goog…

#web #webbrowser #browser #browsers #openweb

in reply to Job Bautista

Security isn’t a one-dimensional axis, but Firefox is making good progress. From 2020 to 2023, it did a good job catching up to Chromium’s process separation with its Utility Process Overhaul: Firefox now has process separation between its components comparable to Chromium’s.

Right now, SM is catching up to V8 on many areas; it removed its ineffective W^X mitigation in favor of focusing on making JIT Spraying implausible, which will take a long time to implement. Toolchain hardening is also catching up, as it looks like work on exploring CFI has resumed (no word on shadow call stacks or memory tagging but I imagine one of those will follow). I’m optimistic that by the end of 2025, SM’s JIT will be safe for security-conscious users to enable.

This entry was edited (1 year ago)