CVE-2024-49924: fbdev: pxafb: Fix possible use after free in pxafb_task()
In the Linux kernel, the following vulnerability has been resolved:
fbdev: pxafb: Fix possible use after free in pxafb_task()
In the pxafb_probe function, it calls the pxafb_init_fbinfo function,
after which &fbi->task is associated with pxafb_task. Moreover,
within this pxafb_init_fbinfo function, the pxafb_blank function
within the &pxafb_ops struct is capable of scheduling work.
If we remove the module which will call pxafb_remove to make cleanup,
it will call unregister_framebuffer function which can call
do_unregister_framebuffer to free fbi->fb through
put_fb_info(fb_info), while the work mentioned above will be used.
The sequence of operations that may lead to a UAF bug is as follows:
CPU0 CPU1
| pxafb_task
pxafb_remove |
unregister_framebuffer(info) |
do_unregister_framebuffer(fb_info) |
put_fb_info(fb_info) |
// free fbi->fb | set_ctrlr_state(fbi, state)
| __pxafb_lcd_power(fbi, 0)
| fbi->lcd_power(on, &fbi->fb.var)
| //use fbi->fb
Fix it by ensuring that the work is canceled before proceeding
with the cleanup in pxafb_remove.
Note that only root user can remove the driver at runtime.
Security readout for executives and security teams
Plain-English summary
A cleanup race in Linux's pxafb framebuffer driver can let delayed work access memory after it has been freed during driver removal. This may crash or corrupt the kernel, with potential confidentiality, integrity, and availability impact. The documented runtime trigger requires root access.
Executive priority
Include this in the high-severity kernel patch cycle and accelerate remediation for systems actively using pxafb. Based on supplied evidence, it is not a remote unauthenticated emergency. Root-only triggering and specialized driver exposure reduce fleet-wide urgency, but affected operational or embedded systems should not be ignored.
Technical view
During pxafb removal, framebuffer cleanup can free fbi->fb while previously scheduled pxafb_task work still references it through controller and LCD power handling. This creates a use-after-free race. The stable-kernel fix cancels the queued work before cleanup proceeds.
Likely exposure
Exposure is limited to Linux systems containing the affected pxafb framebuffer code, particularly where the driver is used and can be removed at runtime. The supplied version data spans multiple kernel lines, but distribution backports may alter actual status. Confirm against vendor packages and fix commits.
Exploitation context
CISA KEV status is false, and the supplied sources do not report active exploitation or a public exploit. The documented trigger involves root removing the driver while scheduled work remains. Remote exposure is not established; practical risk is local, administrative, and configuration-dependent.
Researcher notes
The race is teardown-specific: unregister_framebuffer can release fbi->fb while pxafb_task dereferences it through controller or power handling. Remediation orders work cancellation before cleanup. The bundle provides no CWE assignment, exploitation proof, or universal package mapping; assess downstream kernels by vendor confirmation or equivalent backport review.
Mitigation direction
Install a vendor kernel update containing the applicable stable-kernel fix.
Confirm downstream vendor guidance because distributions may backport fixes without changing the upstream version number.
Until patched, avoid runtime pxafb removal where feasible; this reduces the documented trigger but is not complete remediation.
Restrict root access and module-management privileges as defense in depth.
Validation and detection
Inventory kernel packages and determine whether pxafb is built, available, or loaded.
Map installed kernels to the affected ranges and stable fix commits in the CVE record.
Confirm vendor kernels include the relevant backport rather than relying only on version strings.
After updating, verify the intended kernel boots and contains the pxafb work-cancellation fix.
Review privileged module-removal controls and logs for unexpected pxafb unload activity.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2024-49924 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.