ceph: fix potential use-after-free bug when trimming caps
- Published
- Last modified
- Where the record stands: published, rejected by its publisher, or superseded by another id.What do these mean? →
- published
- Whether CISA lists it in its Known Exploited Vulnerabilities catalog: proof that attackers are using it.What do these mean? →
- Not listed in CISA KEV
- Fix
- Fixed in 6.1.28, 6.2.15, 6.3.2
- Whether working attack code is public (Exploit-DB, Metasploit, Nuclei or GitHub). Public code makes attacks easier.What do these mean? →
- None on Exploit-DB, Metasploit or GitHub
- Exploitation: none
- Automatable: yes
- Technical impact: total
Summary
In the Linux kernel, the following vulnerability has been resolved: ceph: fix potential use-after-free bug when trimming caps When trimming the caps and just after the 'session->s_cap_lock' is released in ceph_iterate_session_caps() the cap maybe removed by another thread, and when using the stale cap memory in the callbacks it will trigger use-after-free crash. We need to check the existence of the cap just after the 'ci->i_ceph_lock' being acquired. And do nothing if it's already removed.
Timeline
- CVE published
- CISA SSVC assessment
Exploitation: none · Automatable: yes · Technical impact: total
- Record last updated
Affected versions
- Linux Linux
From 2f2dc053404febedc9c273452d9d518fb31fde72 · fixed in 2b2515b8095cf2149bef44383a99d5b5677f1831; From 2f2dc053404febedc9c273452d9d518fb31fde72 · fixed in 448875a73e16ba7d81dec9274ce9d33a12d092fb; From 2f2dc053404febedc9c273452d9d518fb31fde72 · fixed in ae6e935618d99cdba11eab4714092e7e5f13cf7e; From 2f2dc053404febedc9c273452d9d518fb31fde72 · fixed in aaf67de78807c59c35bafb5003d4fb457c764800
- Linux Linux
2.6.34
- KernelLinux
From 2.6.34 · fixed in 6.1.28; From 6.2.0 · fixed in 6.2.15; From 6.3.0 · fixed in 6.3.2