CVE-2024-53153

/// Technical description

In the Linux kernel, the following vulnerability has been resolved:

PCI: qcom-ep: Move controller cleanups to qcom_pcie_perst_deassert()

Currently, the endpoint cleanup function dw_pcie_ep_cleanup() and EPF

deinit notify function pci_epc_deinit_notify() are called during the

execution of qcom_pcie_perst_assert() i.e., when the host has asserted

PERST#. But quickly after this step, refclk will also be disabled by the

host.

All of the Qcom endpoint SoCs supported as of now depend on the refclk from

the host for keeping the controller operational. Due to this limitation,

any access to the hardware registers in the absence of refclk will result

in a whole endpoint crash. Unfortunately, most of the controller cleanups

require accessing the hardware registers (like eDMA cleanup performed in

dw_pcie_ep_cleanup(), powering down MHI EPF etc...). So these cleanup

functions are currently causing the crash in the endpoint SoC once host

asserts PERST#.

One way to address this issue is by genera

/// Remediation

Check the references section for vendor advisories, patches, and mitigation guidance. If immediate patching is not possible, review the CVSS vector to understand the attack surface and apply compensating controls such as network segmentation or access restrictions.

/// References