101
submitted 14 hours ago by ekZepp@lemmy.world to c/linux@lemmy.world

Cybersecurity researchers have disclosed details of a Linux local privilege escalation (LPE) flaw that could allow an unprivileged local user to obtain root.

The high-severity vulnerability tracked as CVE-2026-31431 (CVSS score: 7.8) has been codenamed Copy Fail by Xint.io and Theori.

"An unprivileged local user can write four controlled bytes into the page cache of any readable file on a Linux system, and use that to gain root," the vulnerability research team at Xint.io and Theori said.

At its core, the vulnerability stems from a logic flaw in the Linux kernel's cryptographic subsystem, specifically within the algif_aead module. The issue was introduced in a source code commit made in August 2017.

Successful exploitation of the shortcoming could allow a simple 732-byte Python script to edit a setuid binary and obtain root on essentially all Linux distributions shipped since 2017, including Amazon Linux, RHEL, SUSE, and Ubuntu. The Python exploit involves four steps -

  • Open an AF_ALG socket and bind to authencesn(hmac(sha256),cbc(aes))
  • Construct the shellcode payload
  • Trigger the write operation to the kernel's cached copy of "/usr/bin/su"
  • Call execve("/usr/bin/su") to load the injected shellcode and run it as root

While the vulnerability is not remotely exploitable in isolation, a local unprivileged user can get root simply by corrupting the page cache of a setuid binary. The same primitive also has cross-container impacts as the page cache is shared across all processes on a system.

top 17 comments
sorted by: hot top controversial new old
[-] ZoteTheMighty@lemmy.zip 6 points 5 hours ago

If you don't have the algo_aead kernel module enabled, are you still vulnerable to this? Any systems don't show it in lsmod whenever I've tried, does that mean most computers are OK?

[-] Scipitie@lemmy.dbzer0.com 29 points 12 hours ago

Though this is a severe exploit, note that you need already user access to the machine to use it.

Dor like ... Everyone here who learns from it cis this need it's likely a non issue. Still good practice to fix but if you didn't share your user space this will not be the attack vector you will fall victim to - most likely.

[-] bdonvr@thelemmy.club 3 points 6 hours ago

Any one of the programs or docker containers you run has user access. Now any of them could have root access unchecked. You can't know you haven't installed an update with malicious code to any one of the hundreds of packages a desktop install has.

[-] who@feddit.org 4 points 9 hours ago

If I understand correctly, this could be exploited to escape linux namespaces, which which are the foundation of containers like Flatpak and Docker. Those were never very good security boundaries, but running untrusted code in them is now especially dangerous, until your kernel is patched.

[-] snoons@lemmy.ca 35 points 13 hours ago

I suppose this is why my computer updated when I booted it up yesterday. And then I had to update and reboot. Then after I rebooted I had to logout to install extension updates. Then I I had more updates that required another reboot!

Big thanks to all the people that patched this so quickly, what a huge batch of updates!

...I am not complaining, I think it's pretty cool and a bit funny.

[-] r00ty@kbin.life 12 points 13 hours ago

Just to note, if you are on an LTS version (which many people running servers will be), it's likely an upgrade will not solve this. In which case you should check your installed version and if not yet corrected, disable that module. For most people it is not used anyway.

[-] exu@feditown.com 15 points 12 hours ago

According to comments on Lobsters, the distros weren't notified prior to publication, so any backports took longer than usual.

[-] frongt@lemmy.zip 2 points 5 hours ago

According to Greg K-H, nobody typically gets notified by the Linux kernel team about anything, so this is not abnormal: https://www.openwall.com/lists/oss-security/2026/05/01/3

Distro maintainers should be monitoring the lists and feeds and making decisions themselves, not expecting spoon-feeding from the kernel team.

[-] exu@feditown.com 1 points 2 hours ago

Yes, but the researchers should have notified the linux-distros mailing list as well per the published policy. See https://docs.kernel.org/process/security-bugs.html#coordination-with-other-groups

It's unfortunate, but understandable why this didn't happen. Still, the researchers claimed in their blog post that fixes were shipping, apparently without actually checking.

[-] sem@piefed.blahaj.zone 6 points 9 hours ago

I dont get it, doesn't responsible disclosure mean the distros get the packages out first?

[-] foenix@lemmy.radio 5 points 8 hours ago

Nothing about this disclosure was responsible.

[-] A_norny_mousse@piefed.zip 20 points 13 hours ago

Most LTS distros have security updates enabled ootb.

[-] r00ty@kbin.life 6 points 13 hours ago

I mean I updated my servers and some of them on LTS releases that were not the very latest one were still vulnerable after a reboot. Hence I disabled the module on those servers. So it's worth checking your version definitely has a fix available.

[-] sem@piefed.blahaj.zone 5 points 9 hours ago
[-] Successful_Try543@feddit.org 1 points 4 hours ago* (last edited 3 hours ago)

~~It could be for example Debian 12 (Bookworm). While Debian 13 (Trixie) already got fixed, Bookworm is still vulnerable.~~

Edit: It just got fixed.

https://security-tracker.debian.org/tracker/CVE-2026-31431

[-] A_norny_mousse@piefed.zip 7 points 13 hours ago

Thanks, done.

uname -rmv  
6.12.85+deb13-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.85-1 (2026-04-30) x86_64  
this post was submitted on 01 May 2026
101 points (100.0% liked)

Linux

17336 readers
146 users here now

Welcome to c/linux!

Welcome to our thriving Linux community! Whether you're a seasoned Linux enthusiast or just starting your journey, we're excited to have you here. Explore, learn, and collaborate with like-minded individuals who share a passion for open-source software and the endless possibilities it offers. Together, let's dive into the world of Linux and embrace the power of freedom, customization, and innovation. Enjoy your stay and feel free to join the vibrant discussions that await you!

Rules:

  1. Stay on topic: Posts and discussions should be related to Linux, open source software, and related technologies.

  2. Be respectful: Treat fellow community members with respect and courtesy.

  3. Quality over quantity: Share informative and thought-provoking content.

  4. No spam or self-promotion: Avoid excessive self-promotion or spamming.

  5. No NSFW adult content

  6. Follow general lemmy guidelines.

founded 2 years ago
MODERATORS