Skip to main content
VulnerabilityPublished Updated

CVE-2026-43494: Linux kernel · net/rds: reset op_nents when zerocopy page pin fails

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · CVSS 7.8 High · fixed in e174929793195e0cd6a4adb0cad731b39f9019b4 : patch Linux kernel soon.

Data as of 26 Oct 2026, 14:18 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.4% chance of exploitation in 30 days – higher than 35% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CISA SSVC
Exploitation
No evidence of active exploitation and no public proof of concept
Automatable
Attackers cannot reliably automate steps 1–4 of the kill chain
Technical impact
Total control over the software or total information disclosure

CISA SSVC assessment, 2026-10-16.

Patch
Available – fixed in e174929793195e0cd6a4adb0cad731b39f9019b4, d84ce1786ce40fdd3dd98db47aec5527817e1ef6, c6e51512a784c4a7b86e1a044988696e3b3721fa +5
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 21 May 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 0cebaccef3acbdfbc2d85880a2efb765d2f4e2e3, < e174929793195e0cd6a4adb0cad731b39f9019b4
Fixed in
  • e174929793195e0cd6a4adb0cad731b39f9019b4
LinuxLinuxAffected
  • ≥ 0cebaccef3acbdfbc2d85880a2efb765d2f4e2e3, < d84ce1786ce40fdd3dd98db47aec5527817e1ef6
Fixed in
  • d84ce1786ce40fdd3dd98db47aec5527817e1ef6
LinuxLinuxAffected
  • ≥ 0cebaccef3acbdfbc2d85880a2efb765d2f4e2e3, < c6e51512a784c4a7b86e1a044988696e3b3721fa
Fixed in
  • c6e51512a784c4a7b86e1a044988696e3b3721fa
LinuxLinuxAffected
  • ≥ 0cebaccef3acbdfbc2d85880a2efb765d2f4e2e3, < 03014551938a0887fa55f18ce49b70158a9c0113
Fixed in
  • 03014551938a0887fa55f18ce49b70158a9c0113
LinuxLinuxAffected
  • ≥ 0cebaccef3acbdfbc2d85880a2efb765d2f4e2e3, < 9115669faedccdda100428e2d26fd0aac8c50799
Fixed in
  • 9115669faedccdda100428e2d26fd0aac8c50799
LinuxLinuxAffected
  • ≥ 0cebaccef3acbdfbc2d85880a2efb765d2f4e2e3, < 640e37f58f991546a87540d067279c2c1fa9fe51
Fixed in
  • 640e37f58f991546a87540d067279c2c1fa9fe51

Description

In the Linux kernel, the following vulnerability has been resolved: net/rds: reset op_nents when zerocopy page pin fails When iov_iter_get_pages2() fails in rds_message_zcopy_from_user(), the pinned pages are released with put_page(), and rm->data.op_mmp_znotifier is cleared. But we fail to properly clear rm->data.op_nents. Later when rds_message_purge() is called from rds_sendmsg() the cleanup loop iterates over the incorrectly non zero number of op_nents and frees them again. Fix this by properly resetting op_nents when it should be in rds_message_zcopy_from_user().

References

Community reviews

Loading reviews…