# CVE-2022-49296: linux: In the Linux kernel, the following vulnerability has been resolved:  ceph: fix possible deadlock when holding Fwb to...

CVE-2022-49296 is fixed in linux on 1 platform, first by DEBIAN-CVE-2022-49296, released February 26, 2025. It is not reported as exploited. Patch Radar priority: Routine.

- Web page: https://patchblox.com/security/cve/CVE-2022-49296
- Priority: Routine
- CVSS: 5.5 (medium)
- EPSS: 0.0017
- CISA KEV: not listed
- Exploited (vendor report): no
- Publicly disclosed: no
- Published: Feb 26, 2025

## Description

In the Linux kernel, the following vulnerability has been resolved:  ceph: fix possible deadlock when holding Fwb to get inline_data  1, mount with wsync. 2, create a file with O_RDWR, and the request was sent to mds.0:     ceph_atomic_open()-->      ceph_mdsc_do_request(openc)      finish_open(file, dentry, ceph_open)-->        ceph_open()-->          ceph_init_file()-->            ceph_init_file_info()-->              ceph_uninline_data()-->              {                ...                if (inline_version == 1 || /* initial version, no data */                    inline_version == CEPH_INLINE_NONE)                      goto out_unlock;                ...              }  The inline_version will be 1, which is the initial version for the new create file. And here the ci->i_inline_version will keep with 1, it's buggy.  3, buffer write to the file immediately:     ceph_write_iter()-->      ceph_get_caps(file, need=Fw, want=Fb, ...);      generic_perform_write()-->        a_ops->write_begin()-->          ceph_write_begin()-->            netfs_write_begin()-->              netfs_begin_read()-->                netfs_rreq_submit_slice()-->                  netfs_read_from_server()-->                    rreq->netfs_ops->issue_read()-->                      ceph_netfs_issue_read()-->                      {                        ...                        if (ci->i_inline_version != CEPH_INLINE_NONE &&                            ceph_netfs_issue_op_inline(subreq))                          return;                        ...                      }      ceph_put_cap_refs(ci, Fwb);  The ceph_netfs_issue_op_inline() will send a getattr(Fsr) request to mds.1.  4, then the mds.1 will request the rd lock for CInode::filelock from the auth mds.0, the mds.0 will do the CInode::filelock state transation from excl --> sync, but it need to revoke the Fxwb caps back from the clients.  While the kernel client has aleady held the Fwb caps and waiting for the getattr(Fsr).  It's deadlock!  URL: https://tracker.ceph.com/issues/55377

## Where it's fixed

| Platform | Product | Fixed in | Fix | Released |
|---|---|---|---|---|
| Linux | linux Debian 12.15 (bookworm) | 5.18.5-1 | [DEBIAN-CVE-2022-49296](https://patchblox.com/security/data/fix/linux/debian-cve-2022-49296.md) | Feb 26, 2025 |
| Linux | linux Debian 13.5 (trixie) | 5.18.5-1 | [DEBIAN-CVE-2022-49296](https://patchblox.com/security/data/fix/linux/debian-cve-2022-49296.md) | Feb 26, 2025 |
| Linux | linux Debian 14 | 5.18.5-1 | [DEBIAN-CVE-2022-49296](https://patchblox.com/security/data/fix/linux/debian-cve-2022-49296.md) | Feb 26, 2025 |

---

Data as of 2026-11-08T00:53:09Z UTC. Source: Patchblox Patch Radar (https://patchblox.com/security/patch-radar). Patchblox finds out-of-date software on Windows, macOS and Linux and updates it through release rings: https://patchblox.com/demo

Free to use with attribution: show "Data: Patchblox Patch Radar" with a link to https://patchblox.com/security/patch-radar. Terms, including what needs a written agreement: https://patchblox.com/security/patch-radar/use-the-data

Product names, logos and trademarks shown on Patch Radar belong to their respective owners. They are used only to identify the software each security fix applies to and to help readers find their platform. Their use does not imply any affiliation with, or endorsement by, those owners, and Patchblox is not affiliated with any of them.