![\"Lenovo](\"https:\/\/www.europesays.com\/ie\/wp-content\/uploads\/2026\/05\/dsc01289.jpg\")
Kerry Wan\/ZDNET<\/p>\n Kerry Wan\/ZDNET<\/p>\n
Follow ZDNET: Add us as a preferred source<\/a> on Google.<\/p>\n \tZDNET’s key takeaways <\/p>\n According to Linus’s law<\/a>, “Given enough eyeballs, all bugs are shallow,” is fundamental to open source.\u00a0<\/p>\n Unfortunately, thanks to AI bug-finding tools, such as Claude Mythos<\/a> and OpenAI Daybreak<\/a>, behind most of those eyeballs are AI engines, and they’re proving to be much faster at finding security problems than human ones.\u00a0<\/p>\n Also:\u00a0<\/strong>Linux is getting a security wake-up call – why it was inevitable and I’m not worried<\/strong><\/a><\/p>\n So it is the latest serious Linux kernel vulnerability, Fragnesia<\/a>, has emerged. It’s the third serious local root flaw in the last two weeks.<\/p>\n Fragnesia yields root on all major distributions<\/p>\n Following in the footsteps of Copy Fail<\/a> and Dirty Frag<\/a>, this page-cache corruption bug gives unprivileged users a reliable path to full root control on affected systems. And what are those systems, you ask? According to AlmaLinux, Fragnesia immediately yields root on all major distributions.<\/a> So, essentially, all Linux distros can be targeted and successfully hacked.<\/a> Are we having fun yet or what? <\/p>\n Also:\u00a0<\/strong>Dirty Frag is a new Linux bug putting your system at risk – and there’s no easy fix yet<\/strong><\/a><\/p>\n The bug was disclosed this week<\/a> by the AI security company Zellic<\/a>, with William Bowling and other researchers using the company’s AI-agentic software auditing tool, V12<\/a>. It works by abusing a logic bug in the Linux XFRM (short for “transform”) ESP-in-TCP<\/a> subsystem to write arbitrary bytes into the kernel page cache of read-only files, without requiring any race condition.\u00a0<\/p>\n This opens the door to local privilege escalation<\/a> and potential container escapes in multi-tenant environments. <\/p>\n Unlike classic race-condition exploits, these vulnerabilities allow attackers to precisely corrupt file-backed pages without timing tricks, making attacks more reliable and easier to weaponize once proof-of-concept code is available. <\/p>\n A proof-of-concept exploit exists<\/p>\n Speaking of which, there already exists a proof-of-concept exploit. It builds a 256-entry lookup table that maps all possible keystream bytes to their corresponding nonces<\/a>. The attack then copies a malicious payload, which overwrites the first 192 bytes of the switch user command in the page cache with a small ELF stub that calls setresuid and calls a shell.\u00a0<\/p>\n In other words, for those of you who aren’t Linux experts, it will immediately drop the attacker into a root shell. <\/p>\n This is bad, bad news. It means a local user could gain superuser (root) privileges. Red Hat<\/a> gives it a Common Vulnerability Scoring System (CVSS) score of 7.8<\/a>, which makes it a high-level security bug. <\/p>\n Also:\u00a0<\/strong>This critical Linux vulnerability is putting millions of systems at risk – how to protect yours<\/strong><\/a><\/p>\n Just as bad, while Fragnesia is technically a local privilege-escalation bug, its impact scales dramatically in modern cloud architectures that run large numbers of untrusted containers on shared Linux kernels.\u00a0<\/p>\n Here, if an attacker can run code in a container or a restricted user account but still create namespaces and network stacks, that person could break out to full root on the host and, from there, attack other users’ virtual machines (VMs) or containers. <\/p>\n How to mitigate Fragnesia<\/p>\n Kernel developers and distribution maintainers are now working to harden the ESP-in-TCP code path, with proposed fixes focusing on eliminating in-place transformations on shared, file-backed pages and tightening fragment handling. An upstream patch to fix Fragnesia<\/a> is available now. But it’s not currently shipping in any distro as of May 13. <\/p>\n Also:\u00a0<\/strong>Immutable Linux delivers serious security – here are your 5 best options<\/strong><\/a><\/p>\n In the meantime, you can mitigate it by running the following command as root: <\/p>\n # rmmod esp4 esp6 rxrpc <\/p>\n # printf ‘install esp4 \/bin\/false\\ninstall esp6 \/bin\/false\\ninstall rxrpc \/bin\/false\\n’ > \/etc\/modprobe.d\/fragnesia.conf <\/p>\n However, if you do so, you’ll also knock out IPsec<\/a>, which means your Linux virtual private networks (VPNs) won’t work. Happy, happy, joy, joy. <\/p>\n You can, instead, according to Red Hat, run the following command as root<\/a>: <\/p>\n # echo “user.max_user_namespaces=0” > \/etc\/sysctl.d\/dirtyfrag.conf sysctl –system <\/p>\n Here, however, there’s another problem: It disables unprivileged user namespaces, which may also affect rootless containers, sandboxed browsers, and Flatpak.\u00a0<\/p>\n Also:\u00a0<\/strong>Nearly half of cybersecurity pros want to quit – here’s why<\/strong><\/a><\/p>\n It’s always something!<\/p>\n Wait for your distro to deliver a patch<\/p>\n You might be better off just waiting for your distro to deliver a patch. I know most major distros are already beta-testing the patch, and I wouldn’t be surprised if patched Linux kernels are available by May 14. Come that day, you should patch your systems ASAP. <\/p>\n Why is this happening?\u00a0<\/p>\n I’ll be going into more detail later, but for now, suffice it to say that Chris Wright, Red Hat’s CTO, and I spoke about this very issue earlier today, and it boils down to our AI fault detectors being much better than they were even a few weeks ago at finding real bugs<\/a>.\u00a0<\/p>\n That means:<\/p>\n\n