CVE-2022-48791: scsi: pm8001: Fix use-after-free for aborted TMF sas_task
In the Linux kernel, the following vulnerability has been resolved:
scsi: pm8001: Fix use-after-free for aborted TMF sas_task
Currently a use-after-free may occur if a TMF sas_task is aborted before we
handle the IO completion in mpi_ssp_completion(). The abort occurs due to
timeout.
When the timeout occurs, the SAS_TASK_STATE_ABORTED flag is set and the
sas_task is freed in pm8001_exec_internal_tmf_task().
However, if the I/O completion occurs later, the I/O completion still
thinks that the sas_task is available. Fix this by clearing the ccb->task
if the TMF times out - the I/O completion handler does nothing if this
pointer is cleared.
Security readout for executives and security teams
Plain-English summary
CVE-2022-48791 is a Linux kernel storage-driver bug. In a timeout path, the kernel can free a SAS task, then later handle completion as if that task still exists. The source describes a use-after-free in the pm8001 SCSI/SAS driver. Public data here does not provide CVSS, confirmed exploitation, or business-impact detail.
Executive priority
Treat as a targeted kernel maintenance item, not an emergency based on current evidence. Prioritize storage-heavy Linux servers where pm8001 hardware or the driver is present. Escalate if your vendor rates it higher or confirms exposure in supported kernels.
Technical view
The issue is in the Linux kernel pm8001 driver. If an internal TMF sas_task times out, SAS_TASK_STATE_ABORTED is set and the task is freed. A later mpi_ssp_completion() path may still reference ccb->task. The fix clears ccb->task on TMF timeout so the completion handler does not process a freed task pointer.
Likely exposure
Likely exposure is Linux systems using the pm8001 SCSI/SAS storage controller driver on affected kernel builds. The bundle lists Linux as affected for kernel/version ranges including 5.14, 5.10.102, 5.15.25, 5.16.11, and 5.17, but exact distribution backport status must be validated locally.
Exploitation context
The bundle does not show CISA KEV listing, public exploitation, exploit code, or a CVSS score. The condition involves TMF timeout and delayed I/O completion in a kernel storage driver, so practical impact depends on hardware, driver use, kernel build, and reachable storage workloads.
Researcher notes
Evidence is limited to the CVE text and upstream stable references. The root cause is a stale ccb->task pointer after TMF timeout. Do not assume broad exposure across all Linux systems; confirm pm8001 driver use, kernel lineage, and whether fixes are backported by the distribution.
Mitigation direction
Update to a Linux kernel containing the referenced stable fixes or distribution backports.
Prioritize hosts using pm8001-supported SAS/SCSI storage hardware.
Check vendor kernel advisories before relying only on upstream version numbers.
If immediate patching is impossible, monitor vendor guidance for supported mitigations.
Include this in normal kernel vulnerability management and maintenance windows.
Validation and detection
Inventory Linux kernel versions across server and storage-facing fleets.
Identify systems with the pm8001 driver present or loaded.
Map each kernel package to vendor advisories or the referenced stable commits.
Confirm patched systems no longer run affected builds.
Review crash logs for storage-driver instability, without treating absence as proof of safety.
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-2022-48791 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.