MEDIUM 5.5

CVE-2026-53299: Linux Airoha QDMA Kernel Panic – NULL Pointer Dereference Fix

A flaw in the Linux kernel's Airoha network driver can cause the system to crash if network queue initialization fails. The vulnerability stems from premature initialization of a queue descriptor counter; when the driver attempts to clean up after a failed allocation, it tries to access memory that was never properly set up, triggering a crash. The fix moves the counter initialization to occur only after all critical setup steps succeed, ensuring cleanup only happens on fully initialized state.

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)
CWE-476
Affected products
1 configuration(s)
Published / Modified
2026-06-26 / 2026-07-08

NVD description (verbatim)

In the Linux kernel, the following vulnerability has been resolved: net: airoha: Move ndesc initialization at end of airoha_qdma_init_tx() If queue entry list allocation fails in airoha_qdma_init_tx_queue routine, airoha_qdma_cleanup_tx_queue() will trigger a NULL pointer dereference accessing the queue entry array. The issue is due to the early ndesc initialization in airoha_qdma_init_tx_queue(). Fix the issue moving ndesc initialization at end of airoha_qdma_init_tx routine.

3 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-53299 is a NULL pointer dereference vulnerability in the Linux kernel's Airoha QDMA (Queue DMA) driver, specifically in the airoha_qdma_init_tx_queue() function. The vulnerability occurs when queue entry list allocation fails during TX queue initialization. Because the ndesc (number of descriptors) counter is initialized before the queue entry array allocation, a subsequent call to airoha_qdma_cleanup_tx_queue() during error handling will attempt to dereference an uninitialized or NULL queue entry pointer. The resolution involves deferring ndesc initialization until after successful completion of all prerequisite allocations in airoha_qdma_init_tx(), ensuring cleanup routines only operate on fully initialized structures.

Business impact

This vulnerability can cause a kernel panic (denial of service) on systems using the Airoha network driver, particularly during network interface initialization or under conditions that trigger memory allocation failures. For organizations relying on systems with this hardware (primarily in certain embedded and networking appliances), an unexpected kernel crash can result in service interruption and unplanned downtime. The impact is localized to systems actually using Airoha network hardware; most general-purpose servers are unaffected.

Affected systems

The vulnerability affects the Linux kernel with Airoha network driver support. Airoha is a semiconductor company producing network-on-chip solutions for WiFi and networking products. Systems affected include embedded devices, network appliances, and specialized hardware incorporating Airoha chipsets. Verify your kernel configuration to determine if the airoha driver is compiled in or built as a module on your systems.

Exploitability

Exploitability requires local access and the ability to trigger TX queue initialization failure, typically through driver initialization sequences during boot or hotplug events. The vulnerability is not remotely exploitable. An unprivileged local user cannot directly trigger the condition; exploitation requires system-level driver operations. The barrier to triggering the vulnerability is moderate—it occurs under specific memory pressure or allocation failure scenarios rather than normal operation.

Remediation

Patch the Linux kernel by applying the fix that defers ndesc initialization until the end of airoha_qdma_init_tx(). This ensures the queue descriptor counter is only set after successful allocation of queue entry arrays. Affected users should upgrade to a patched kernel version released by their distribution or the upstream Linux project. Verify the specific patched kernel version against your vendor's advisory.

Patch guidance

Apply kernel updates provided by your Linux distribution as they become available. Verify that the fix moving ndesc initialization to the end of airoha_qdma_init_tx() is included. Users with custom kernel builds should cherry-pick the relevant commit from the upstream Linux repository or wait for the next stable kernel release. Test patched kernels in a non-production environment first to ensure compatibility with your Airoha hardware.

Detection guidance

Monitor kernel logs for NULL pointer dereference panics specifically in the Airoha QDMA driver during network interface initialization or hotplug events. Kernel panic traces mentioning airoha_qdma_cleanup_tx_queue() or airoha_qdma_init_tx_queue() are strong indicators. Use kernel crash dump analysis tools (e.g., kdump, crash) to examine panic backtraces. Proactive patching is more reliable than post-incident detection for this type of kernel vulnerability.

Why prioritize this

While the CVSS score is moderate (5.5), the vulnerability affects local availability through kernel panic. Organizations using Airoha hardware should prioritize patching to prevent unexpected service interruptions. The medium severity reflects local-only access requirements and lack of confidentiality/integrity impact. However, service reliability considerations may elevate business priority depending on the criticality of affected systems.

Risk score, explained

The CVSS 3.1 score of 5.5 (MEDIUM) reflects: Attack Vector Local (requires local access), Attack Complexity Low (easy to trigger under certain conditions), Privileges Required Low (local user context), User Interaction None (automatic during driver operations), and impact limited to Availability (denial of service via kernel panic). Confidentiality and Integrity are not impacted. The score appropriately captures a reliability issue with limited scope rather than a critical security breach.

Frequently asked questions

Does this vulnerability affect me if I don't use Airoha network hardware?

No. This vulnerability is specific to the Airoha QDMA driver in the Linux kernel. If your systems do not include Airoha-based network chipsets, you are not affected. Check your hardware specifications or kernel configuration (grep AIROHA in your kernel .config) to confirm.

Can this be exploited remotely over the network?

No. The vulnerability requires local access to the system and cannot be exploited remotely. It is triggered only during driver initialization sequences on the local machine, not through network traffic.

What happens when the vulnerability is triggered?

The kernel panics (crashes) when the Airoha driver attempts to initialize TX queues and the memory allocation fails. The system will reboot or hang, resulting in service interruption. There is no data corruption or security breach—it is purely a denial-of-service condition.

Do I need to rebuild my kernel after patching?

If your distribution provides patched kernel packages via their update mechanism, you can apply them directly without rebuilding. If running a custom kernel, you will need to apply the patch, recompile, and reboot to activate the fix.

This analysis is based on the published vulnerability description and CVSS assessment. Verify all patch version numbers and availability timelines against official vendor advisories and your distribution's security channels. This document does not constitute official security guidance and is intended for informational purposes. Always test patches in non-production environments before deployment to critical systems. SECco makes no warranty regarding the accuracy of derivative vulnerability details and recommends consulting upstream kernel maintainers and your hardware vendor for authoritative remediation instructions. Source: NVD (public-domain), retrieved 2026-08-05. Analysis generated by SEC.co (claude-haiku-4-5).