Skip to main content
VulnerabilityPublished Updated

CVE-2026-68131: Linux kernel · Improper Input Validation

Affects Linux kernelSource CVE Database V5

0

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

Data as of 26 Oct 2026, 13:47 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.5% chance of exploitation in 30 days – higher than 44% 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 can reliably automate steps 1–4 of the kill chain
Technical impact
Limited control over the software or limited information exposure

CISA SSVC assessment, 2026-10-16.

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 10 Aug 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
  • ≥ 22e8bd51bb0469d1a524130a057f894ff632376a, < da926959bf791441ba06a80571708c3d0d3cc08f
Fixed in
  • da926959bf791441ba06a80571708c3d0d3cc08f
LinuxLinuxAffected
  • ≥ 22e8bd51bb0469d1a524130a057f894ff632376a, < cf1167292f606deaddac35ec384eba48f08a68d2
Fixed in
  • cf1167292f606deaddac35ec384eba48f08a68d2
LinuxLinuxAffected
  • ≥ 22e8bd51bb0469d1a524130a057f894ff632376a, < b1a61366933224b3ad80975c4d01ac2cc6931ecf
Fixed in
  • b1a61366933224b3ad80975c4d01ac2cc6931ecf
LinuxLinuxAffected
  • ≥ 22e8bd51bb0469d1a524130a057f894ff632376a, < a6c4250b81bd30beae94e1b7a4b26fa1193ad2e4
Fixed in
  • a6c4250b81bd30beae94e1b7a4b26fa1193ad2e4
LinuxLinuxAffected
  • ≥ 22e8bd51bb0469d1a524130a057f894ff632376a, < 14995c4250f04b58bf6fc00e0e973a2e1b3cfb9b
Fixed in
  • 14995c4250f04b58bf6fc00e0e973a2e1b3cfb9b
LinuxLinuxAffected
  • ≥ 22e8bd51bb0469d1a524130a057f894ff632376a, < 2419aa74081007dc4d14ff5640659052dfdfd69a
Fixed in
  • 2419aa74081007dc4d14ff5640659052dfdfd69a

Description

In the Linux kernel, the following vulnerability has been resolved: rbd: Reset positive result codes to zero in object map update path In a reply message to an RBD request, a positive result code indicates a data payload, which is not allowed for writes. While rbd_osd_req_callback() already resets a positive result code for writes to zero, rbd_object_map_callback() does not. This allows a corrupted reply to an object map update to trigger the rbd_assert(*result < 0) in __rbd_obj_handle_request(). This happens, because rbd_object_map_callback() calls rbd_obj_handle_request() -> __rbd_obj_handle_request() and passes this positive result code. From __rbd_obj_handle_request(), rbd_obj_advance_write() is called, which leaves the positive result code unchanged and returns true. Therefore, the if(done && *result) branch is executed in __rbd_obj_handle_request() and the assertion triggers. This patch fixes the issue by adjusting the logic in the rbd_object_map_callback() path. A positive result code for an object map update is now reset to zero (similar to rbd_osd_req_callback()), and the message is subsequently handled the same way as if the result code was zero from the beginning. Additionally, a WARN_ON_ONCE() is added for this case.

References

Community reviews

Loading reviews…