CVE-2026-22992: Linux kernel · libceph: return the handler error from mon_handle_auth_done()
Affects Linux kernelSource CVE Database V5
Not known to be exploited · CVSS 7.5 High · fixed in e097cd858196b1914309e7e3d79b4fa79383754d : patch Linux kernel soon.
Data as of 26 Oct 2026, 10:24 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 38% 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-06-16.
- Patch
- Available – fixed in e097cd858196b1914309e7e3d79b4fa79383754d, e84b48d31b5008932c0a0902982809fbaa1d3b70, d2c4a5f6996683f287f3851ef5412797042de7f1 +3
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 23 Jan 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
Description
In the Linux kernel, the following vulnerability has been resolved: libceph: return the handler error from mon_handle_auth_done() Currently any error from ceph_auth_handle_reply_done() is propagated via finish_auth() but isn't returned from mon_handle_auth_done(). This results in higher layers learning that (despite the monitor considering us to be successfully authenticated) something went wrong in the authentication phase and reacting accordingly, but msgr2 still trying to proceed with establishing the session in the background. In the case of secure mode this can trigger a WARN in setup_crypto() and later lead to a NULL pointer dereference inside of prepare_auth_signature().
References
- git.kernel.org/stable/c/77229551f2cf72f3e35636db68e6a825b912cf16 (opens in a new tab)
- git.kernel.org/stable/c/33908769248b38a5e77cf9292817bb28e641992d (opens in a new tab)
- git.kernel.org/stable/c/e097cd858196b1914309e7e3d79b4fa79383754d (opens in a new tab)
- git.kernel.org/stable/c/d2c4a5f6996683f287f3851ef5412797042de7f1 (opens in a new tab)
- git.kernel.org/stable/c/9e0101e57534ef0e7578dd09608a6106736b82e5 (opens in a new tab)
- git.kernel.org/stable/c/e84b48d31b5008932c0a0902982809fbaa1d3b70 (opens in a new tab)
- cert-portal.siemens.com/productcert/html/ssa-019113.html (opens in a new tab)
- cert-portal.siemens.com/productcert/html/ssa-457936.html (opens in a new tab)