MEDIUM 5.5

CVE-2026-53093: Linux brcmfmac WiFi Driver Kernel Panic Vulnerability

A flaw in the Linux kernel's Broadcom WiFi driver (brcmfmac) allows a local user to trigger a system crash by exploiting improper error handling. When the driver adds a wireless core component during initialization, it fails to check whether the operation succeeded or returned an error. An unprivileged local attacker can cause the system to dereference invalid memory, leading to a denial of service.

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-24 / 2026-07-23

NVD description (verbatim)

In the Linux kernel, the following vulnerability has been resolved: wifi: brcmfmac: Fix error pointer dereference The function brcmf_chip_add_core() can return an error pointer and is not checked. Add checks for error pointer. Detected by Smatch: drivers/net/wireless/broadcom/brcm80211/brcmfmac/chip.c:1010 brcmf_chip_recognition() error: 'core' dereferencing possible ERR_PTR() drivers/net/wireless/broadcom/brcm80211/brcmfmac/chip.c:1013 brcmf_chip_recognition() error: 'core' dereferencing possible ERR_PTR() drivers/net/wireless/broadcom/brcm80211/brcmfmac/chip.c:1016 brcmf_chip_recognition() error: 'core' dereferencing possible ERR_PTR() drivers/net/wireless/broadcom/brcm80211/brcmfmac/chip.c:1019 brcmf_chip_recognition() error: 'core' dereferencing possible ERR_PTR() drivers/net/wireless/broadcom/brcm80211/brcmfmac/chip.c:1022 brcmf_chip_recognition() error: 'core' dereferencing possible ERR_PTR() [add missing wifi: prefix]

8 reference(s) · View on NVD →

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

Technical summary

The vulnerability exists in drivers/net/wireless/broadcom/brcm80211/brcmfmac/chip.c within the brcmf_chip_recognition() function. The brcmf_chip_add_core() function returns either a valid pointer or an error pointer (via ERR_PTR macro), but the caller does not validate the return value before dereferencing it at lines 1010, 1013, 1016, 1019, and 1022. This is a null/error pointer dereference vulnerability (CWE-476) that can be triggered during chip recognition, typically at driver load or device enumeration time. The flaw was detected using static analysis by Smatch.

Business impact

Systems relying on Broadcom WiFi hardware (common in laptops, IoT devices, and wireless access points) may become unavailable if the driver crashes. While the vulnerability requires local access and does not compromise confidentiality or integrity, repeated crashes can disrupt operations, increase support costs, and affect user productivity. Organizations with fleets of affected devices should prioritize patching to maintain service continuity.

Affected systems

Linux kernel deployments that include the brcmfmac driver for Broadcom 802.11 WiFi chipsets. This includes many consumer laptops, some embedded systems, and network infrastructure. The vulnerability affects the Linux kernel itself; affected end products depend on which kernel version and Broadcom chipsets a vendor ships. Check your device manufacturer's advisories for specific product impact.

Exploitability

Exploitation requires local access (AV:L) with low privilege (PR:L) and no user interaction. Any unprivileged local user can trigger the crash by loading or interacting with the WiFi driver during system boot or device hotplug. The attack is straightforward and reliable, making it a practical denial-of-service vector for anyone with shell access.

Remediation

Apply a Linux kernel update that includes the fix to brcmf_chip_recognition(). The patch adds proper error pointer checks before dereferencing the result of brcmf_chip_add_core(). Verify the patched kernel version against your vendor (e.g., your Linux distribution or device manufacturer). In the interim, restrict local shell access if feasible, though this is not a complete mitigation.

Patch guidance

Obtain and deploy a patched Linux kernel from your distribution or device manufacturer. The fix is upstream in the Linux kernel; major distributions (Red Hat, Debian, Ubuntu, SUSE, etc.) will backport it to their supported kernel branches. For embedded systems or custom kernels, apply the upstream patch directly. Verify the patch resolves the Smatch warnings in chip.c at the identified line numbers.

Detection guidance

Monitor kernel logs for oops, panic, or segmentation fault messages referencing brcmfmac driver code, particularly in brcmf_chip_recognition(). System uptime drops or WiFi driver reload events without user action may signal exploitation. Use static analysis tools (Smatch, Coverity) on your kernel source to identify the unpatched code pattern. On running systems, check dmesg for any brcmfmac-related errors during initialization.

Why prioritize this

This is a moderate-severity local denial-of-service vulnerability affecting a widely-used driver component. The CVSS score of 5.5 reflects high availability impact but requires local access. Prioritize patching for systems where WiFi stability is critical (laptops, mobile hotspots, IoT gateways) and where untrusted users may have shell access. In air-gapped or single-user environments, risk is lower.

Risk score, explained

CVSS 3.1 score of 5.5 (MEDIUM) is derived from: local attack vector (AV:L), low complexity (AC:L), low privilege requirement (PR:L), no user interaction (UI:N), unchanged scope (S:U), no confidentiality impact (C:N), no integrity impact (I:N), but high availability impact (A:H). The score reflects that while the crash is easy to trigger and has serious availability consequences, it requires a local account and does not leak data or enable privilege escalation.

Frequently asked questions

Can this be exploited remotely over the network?

No. The vulnerability requires local access to the system (AV:L in CVSS terms). An attacker must have a shell account or local code execution to trigger the driver to perform chip recognition in a way that hits the unpatched code path.

Does this affect all Linux systems or only Broadcom WiFi users?

Only systems with Broadcom 802.11 WiFi hardware using the brcmfmac driver. Devices with Intel, Qualcomm, MediaTek, or other WiFi chipsets are not affected. Check your hardware: 'lspci | grep -i broadcom' or 'lsusb | grep -i broadcom' on Linux.

What happens when the vulnerability is triggered?

The system kernel dereferences an invalid error pointer, resulting in a kernel panic or oops. The WiFi driver crashes, connectivity is lost, and the system may need to be rebooted or the driver manually reloaded. There is no data corruption or privilege escalation.

Is there a workaround if I cannot patch immediately?

Restrict local shell access to trusted users only. If the system is single-user or only used by administrators, the risk is low. However, patching is the only complete fix. Disabling the brcmfmac driver entirely (if you have an alternative WiFi interface or wired connection) is an extreme workaround but eliminates the vulnerability.

This analysis is based on the CVE record and upstream patch description. Specific affected kernel versions, patch version numbers, and product-specific guidance must be verified against your Linux distribution, device manufacturer, and the Linux Kernel Security mailing list. This vulnerability does not appear on the CISA KEV catalog as of the last update. No proof-of-concept exploit code is provided. Organizations should verify patch availability from their vendor before assuming their systems are impacted. Source: NVD (public-domain), retrieved 2026-08-01. Analysis generated by SEC.co (claude-haiku-4-5).