CVE-2024-50005: mac802154: Fix potential RCU dereference issue in mac802154_scan_worker
In the Linux kernel, the following vulnerability has been resolved:
mac802154: Fix potential RCU dereference issue in mac802154scanworker
In the mac802154scanworker function, the scanreq->type field was accessed after the RCU read-side critical section was unlocked. According to RCU usage rules, this is illegal and can lead to unpredictable behavior, such as accessing memory that has been updated or causing use-after-free issues.
This possible bug was identified using a static analysis tool developed by myself, specifically designed to detect RCU-related issues.
To address this, the scanreq->type value is now stored in a local variable scanreqtype while still within the RCU read-side critical section. The scanreqtype is then used after the RCU lock is released, ensuring that the type value is safely accessed without violating RCU rules.
Other sources
This CVE was automatically created from a reference found in an email or other text. If you are reading this, then this CVE entry is probably erroneous, since this text should be replaced by the official CVE description automatically.
— Launchpad
Affected Software
Remediation
Event History
Frequently Asked Questions
What is the severity of CVE-2024-50005?
The severity of CVE-2024-50005 is high due to potential RCU dereference issues in the Linux kernel.
How do I fix CVE-2024-50005?
To fix CVE-2024-50005, update to the latest version of the Linux kernel that addresses this vulnerability.
What versions of Linux kernel are affected by CVE-2024-50005?
CVE-2024-50005 affects Linux kernel versions between 6.5 to 6.6.55, 6.7 to 6.10.14, and 6.11 to 6.11.3, as well as version 6.12-rc1.
What components are involved in CVE-2024-50005?
CVE-2024-50005 specifically involves the mac802154 component within the Linux kernel.
What is the nature of the vulnerability in CVE-2024-50005?
The nature of the vulnerability in CVE-2024-50005 involves accessing a field after leaving an RCU read-side critical section, leading to potential dereference issues.