Another Linux Privilege Escalation, Another Working Exploit, This Time Targeting Arch


PinTheft: Another Linux Privilege Escalation, Another Working Exploit, This Time Targeting Arch

Pierluigi Paganini
May 20, 2026

PinTheft is a Linux LPE flaw in the RDS subsystem with public exploit code. Arch Linux users face the highest risk and should patch immediately.

The wave of Linux local privilege escalation vulnerabilities showing up with working exploit code is not slowing down. The latest is PinTheft, discovered by the V12 security team, which affects the Linux kernel’s RDS (Reliable Datagram Sockets) subsystem and already has a public proof-of-concept available. No CVE has been assigned yet, but a patch landed earlier this month.

“PinTheft is a Linux local privilege escalation exploit for an RDS zerocopy double-free that can be turned into a page-cache overwrite through io_uring fixed buffers.” reads the advisory. “The bug lived in the RDS zerocopy send path. rds_message_zcopy_from_user() pins user pages one at a time. If a later page faults, the error path drops the pages it already pinned, and later RDS message cleanup drops them again because the scatterlist entries and entry count remain live after the zcopy notifier is cleared. Each failed zerocopy send can steal one reference from the first page.”

The vulnerability stems from how the kernel handles page references when a zerocopy send operation fails partway through.

A double-free flaw lets attackers gradually steal memory references until they can overwrite the page cache and gain root access. The exploit uses a technique similar to recent Linux LPE bugs like Dirty Frag, Fragnesia, and Copy Fail.

The attack surface here is significantly narrower than some of the other recent LPEs, and that is worth being precise about. PinTheft requires the RDS kernel module to be loaded, io_uring to be enabled, a readable SUID-root binary on the system, and x86_64 architecture for the included payload to work. The experts believe that the combination of conditions, limits exploitation considerably.

The RDS module is the key constraint. As V12 put it in their advisory.

“Sadly, the RDS kernel module this requires is only default on Arch Linux among the common distributions we tested.” continues the advisory.

Ubuntu, Fedora, Debian, and most enterprise Linux distributions do not load RDS by default, which means they are not immediately exposed. Arch Linux users with default kernel configurations are the primary population at risk right now.

Security researcher Will Dormann independently confirmed the exploit works as described on Arch Linux systems.

The kernel fix is already available, anyone running Arch Linux should update to the latest kernel package immediately. That is the clean solution and there is no good reason to delay it.

For situations where an immediate kernel update is genuinely not possible, V12 has provided a quick mitigation that unloads the RDS modules and prevents them from being reloaded:

rmmod rds_tcp rds
printf 'install rds /bin/false\ninstall rds_tcp /bin/false\n' > /etc/modprobe.d/pintheft.conf

This blocks the attack path without requiring a reboot or a kernel update, and it is a reasonable stopgap for systems that need more time before a maintenance window.

PinTheft is arriving at an uncomfortable moment for Linux security. The cluster of page cache write vulnerabilities, Copy Fail, Dirty Frag, Fragnesia, and DirtyDecrypt, has dominated the conversation for weeks, and the situation moved from theoretical to actively exploited when CISA added Copy Fail to its Known Exploited Vulnerabilities catalog on May 1, ordering federal agencies to patch within two weeks. Real attackers are now using at least one of these techniques in the wild.

Whether that reflects a genuine surge in research focus on this area or a broader shift in how these bugs are being discovered and disclosed is an open question, but the operational result is the same: Linux administrators are dealing with a steadily growing list of patching priorities, some of them with working public exploits already attached.

Arch Linux users should patch immediately or disable the RDS modules, as the conditions needed to exploit PinTheft exist by default.

Follow me on Twitter: @securityaffairs and Facebook and Mastodon

Pierluigi Paganini

(SecurityAffairs – hacking, Linux)







Source link

Leave a Reply

Subscribe to Our Newsletter

Get our latest articles delivered straight to your inbox. No spam, we promise.

Recent Reviews


U.S. CISA adds a flaw in Ivanti Endpoint Manager Mobile (EPMM) to its Known Exploited Vulnerabilities catalog

Pierluigi Paganini
May 07, 2026

The U.S. Cybersecurity and Infrastructure Security Agency (CISA) adds a flaw in Ivanti Endpoint Manager Mobile (EPMM) to its Known Exploited Vulnerabilities catalog

The U.S. Cybersecurity and Infrastructure Security Agency (CISA) added a flaw in the Ivanti Endpoint Manager Mobile (EPMM), tracked as CVE-2026-6973 (CVSS score of 7.1), to its Known Exploited Vulnerabilities (KEV) catalog.

Ivanti warns customers of a high‑severity zero‑day vulnerability, tracked as CVE‑2026‑6973, in Endpoint Manager Mobile that is already being exploited.

“At the time of disclosure, we are aware of very limited exploitation of CVE-2026-6973, which requires admin authentication for successful exploitation.” reads the advisory. “We are not aware of any customers being exploited by the other vulnerabilities disclosed today.”

The flaw, caused by improper input validation, allows attackers with admin privileges to execute arbitrary code on systems running EPMM 12.8.0.0 and earlier. Customers are urged to patch immediately to prevent compromise.

Ivanti EPMM 12.6.1.1, 12.7.0.1, and 12.8.0.1 address the vulnerability. The vulnerability doesn’t affect Ivanti Neurons for MDM, Ivanti’s cloud-based unified endpoint management solution, Ivanti EPM (a similarly named, but different product), Ivanti Sentry, or any other Ivanti products.

According to Binding Operational Directive (BOD) 22-01: Reducing the Significant Risk of Known Exploited Vulnerabilities, FCEB agencies have to address the identified vulnerabilities by the due date to protect their networks against attacks exploiting the flaws in the catalog.

Experts also recommend that private organizations review the Catalog and address the vulnerabilities in their infrastructure.

CISA orders federal agencies to fix the vulnerability by May 10, 2026.

Pierluigi Paganini

Follow me on Twitter: @securityaffairs and Facebook and Mastodon

(SecurityAffairs – hacking, US CISA Known Exploited Vulnerabilities catalog)







Source link