CVE-2026-53332: Linux Kernel SLIMbus NGD Driver Race Condition Causes Boot Failures
A race condition in the Linux kernel's Qualcomm SLIMbus NGD controller driver can cause the system to crash or fail to boot. The issue occurs when interrupt handlers or notification callbacks try to use driver data structures that haven't been fully initialized yet. This happens because the driver registers for hardware interrupts and system event notifications before completing its internal setup. Moving the registration of these callbacks to occur after full driver initialization eliminates the race condition.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 5.5 MEDIUM · CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
- Weaknesses (CWE)
- —
- Affected products
- 8 configuration(s)
- Published / Modified
- 2026-07-01 / 2026-07-24
NVD description (verbatim)
In the Linux kernel, the following vulnerability has been resolved: slimbus: qcom-ngd-ctrl: Register callbacks after creating the ngd When the remoteproc starts in parallel with the NGD driver being probed, or the remoteproc is already up when the PDR lookup is being registered, or in the theoretical event that we get an interrupt from the hardware, these callbacks will operate on uninitialized data. This result in issues to boot the affected boards. One such example can be seen in the following fault, where qcom_slim_ngd_ssr_pdr_notify() schedules work on the NULL ngd_up_work. [ 21.858578] ------------[ cut here ]------------ [ 21.858745] WARNING: kernel/workqueue.c:2338 at __queue_work+0x5e0/0x790, CPU#2: kworker/2:2/116 ... [ 21.859251] Call trace: [ 21.859255] __queue_work+0x5e0/0x790 (P) [ 21.859265] queue_work_on+0x6c/0xf0 [ 21.859273] qcom_slim_ngd_ssr_pdr_notify+0x110/0x150 [slim_qcom_ngd_ctrl] [ 21.859304] qcom_slim_ngd_ssr_notify+0x24/0x40 [slim_qcom_ngd_ctrl] [ 21.859318] notifier_call_chain+0xa4/0x230 [ 21.859329] srcu_notifier_call_chain+0x64/0xb8 [ 21.859338] ssr_notify_start+0x40/0x78 [qcom_common] [ 21.859355] rproc_start+0x130/0x230 [ 21.859367] rproc_boot+0x3d4/0x518 ... Move the enablement of interrupts, and the registration of SSR and PDR until after the NGD device has been registered. This could be further refined by moving initialization to the control driver probe and by removing the platform driver model from the picture.
8 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-53332 is a use-of-uninitialized-data vulnerability in the slimbus qcom-ngd-ctrl driver. The driver's probe routine registers callbacks (SSR and PDR notifications) and enables interrupts before the NGD device structure is fully initialized. If the remoteproc firmware starts, the PDR subsystem notifies the driver, or hardware generates an interrupt during this window, callbacks like qcom_slim_ngd_ssr_pdr_notify() attempt to queue work on NULL pointers, specifically ngd_up_work. The fix reorders initialization so that interrupt and notification registration occurs after NGD device registration, ensuring data structures are valid when callbacks execute.
Business impact
Systems relying on Qualcomm modem or audio subsystems that depend on SLIMbus—particularly Snapdragon-based smartphones and embedded platforms—may experience boot failures, unexpected reboots, or denial of service. The impact is most pronounced in scenarios where firmware boot races with driver initialization, a common occurrence during system startup or modem recovery cycles. Device manufacturers and service providers supporting affected hardware should prioritize testing and deployment of patched kernels to prevent support escalations and field failures.
Affected systems
The vulnerability affects Linux kernels with the Qualcomm NGD controller driver built-in or as a module. This primarily impacts Snapdragon-based devices including smartphones, tablets, and IoT platforms that use Qualcomm modems or audio DSPs communicating over SLIMbus. Desktop and server Linux systems using generic Qualcomm hardware accelerators or modems are at lower risk. The vulnerability exists in multiple kernel versions until the fix is backported.
Exploitability
This is not a privilege escalation or remote code execution vulnerability. Exploitation requires local access and a specific race condition timing. However, the condition naturally occurs during normal system boot and modem recovery, making it reliably triggerable without active exploitation. A local attacker with the ability to trigger remoteproc firmware resets could intentionally reproduce the crash, resulting in denial of service. The CVSS score of 5.5 (Medium) reflects the availability impact and local-access requirement.
Remediation
Apply kernel patches that move SSR (Subsystem Restart) and PDR (Power Domain Restart) callback registration, as well as interrupt enablement, to occur after NGD device registration completes. This reordering eliminates the initialization race window. End users should update to patched kernel versions released by their distribution or device manufacturer. For device manufacturers, backporting the fix to supported kernel branches is essential for field updates.
Patch guidance
Verify availability of kernel updates for your specific Linux distribution and Qualcomm-based hardware platform. Check Linux kernel stable branches and distribution security advisories for CVE-2026-53332 patches. If using custom kernels, apply the upstream fix from the Linux kernel repository once available. The patch is expected to be integrated into mainline and stable kernel trees; verify against the official Linux Kernel Archives (kernel.org) for exact version availability.
Detection guidance
Monitor system logs for kernel warnings or errors related to workqueue operations on NULL pointers, particularly 'WARNING: kernel/workqueue.c' messages during boot or modem startup. Look for 'qcom_slim_ngd_ssr_pdr_notify' in stack traces. Repeated boot failures or spontaneous reboots on Qualcomm-based systems without obvious hardware cause may indicate this vulnerability. Automated log analysis tools can flag these patterns for follow-up. No userspace exploit detection is feasible; mitigation relies on patching.
Why prioritize this
This vulnerability should be addressed promptly for any organization operating Qualcomm-based mobile devices or embedded systems in production. The natural trigger condition (firmware boot race) means affected systems are likely encountering the issue spontaneously, causing availability disruptions. Although the severity is Medium, the likelihood of triggering the condition during normal operation—not requiring active exploitation—elevates practical risk. Prioritize patching for high-touch device fleets first to reduce support burden.
Risk score, explained
CVSS 5.5 reflects a Medium severity because the vulnerability causes only denial of service (system crash/reboot), with no confidentiality or integrity impact. The attack vector is local and requires privilege level L, limiting exposure. However, the score does not capture the ease of natural triggering during routine operations, which is a practical risk multiplier. Organizations should treat this as higher urgency than the numeric score alone suggests due to its operational impact on device availability.
Frequently asked questions
Will this vulnerability cause data loss?
No. The vulnerability triggers a kernel panic or hang, which causes a reboot or denial of service, but does not corrupt or leak user data. However, repeated crashes may impact system reliability and user experience.
Can this be exploited remotely?
No. The vulnerability requires local access and occurs during normal system initialization or modem restart sequences. It is not remotely exploitable, and no network interaction is necessary to trigger it.
Are desktop Linux systems at risk?
Risk is minimal unless the system includes Qualcomm SLIMbus hardware (modem, audio DSP). Standard desktop and server systems without Qualcomm radio or audio components are unaffected.
How do I know if my device is vulnerable?
Check your kernel version and whether Qualcomm NGD controller support is compiled in (common on Snapdragon devices). If you experience unexplained boot failures or reboots, check kernel logs for the mentioned workqueue warnings. Apply patches from your device manufacturer or distribution.
This analysis is based on available vulnerability data as of the publication date. Specific patch version numbers, availability dates, and backport details should be verified against official Linux kernel repositories, distribution advisories, and Qualcomm device manufacturer updates. No guarantee is provided that all affected systems or versions are enumerated. Users are responsible for assessing applicability to their specific environment and testing patches before production deployment. This information is provided for informational purposes and does not constitute legal or binding technical advice. Source: NVD (public-domain), retrieved 2026-08-10. Analysis generated by SEC.co (claude-haiku-4-5).
Affected vendors
Related vulnerabilities
- CVE-2025-36372MEDIUMIBM Db2 Information Disclosure in Monitoring Tables
- CVE-2025-71313MEDIUMLinux Kernel PCI Endpoint NULL Pointer Dereference
- CVE-2025-71314MEDIUMLinux Panthor GPU Driver Denial of Service via Cache Flush Timeout
- CVE-2025-71315MEDIUMLinux Kernel vkms DRM Vblank Timer Denial of Service
- CVE-2026-0268MEDIUMPrisma Access Agent Linux VPN Bypass Vulnerability
- CVE-2026-10004MEDIUMChrome UI Spoofing Vulnerability – Password Dialog Hijacking
- CVE-2026-10018MEDIUMInteger Overflow in Chrome ANGLE GPU Graphics Layer
- CVE-2026-10912MEDIUMChrome Extension Same-Origin Policy Bypass (CVSS 6.5)