Skip to main content

Linux Kernel CVE-2026-64404

| EUVDEUVD-2026-48948 MEDIUM
NULL Pointer Dereference (CWE-476)
2026-07-25 Linux GHSA-f6gp-jxph-7wj2
5.5
CVSS 3.1 · NVD
Share

Severity by source

NVD PRIMARY
5.5 MEDIUM
AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
vuln.today AI
4.7 MEDIUM

Race condition requires precise timing (AC:H); local low-privileged socket access needed; availability-only kernel crash impact.

3.1 AV:L/AC:H/PR:L/UI:N/S:U/C:N/I:N/A:H
4.0 AV:L/AC:H/AT:P/PR:L/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
SUSE
MEDIUM
qualitative
Red Hat
5.5 MEDIUM
qualitative

Primary rating from NVD.

CVSS VectorNVD

Attack Vector
Local
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
None
Availability
High

Lifecycle Timeline

5
Analysis Generated
Sep 04, 2026 - 14:38 vuln.today
CVSS changed
Sep 04, 2026 - 14:37 NVD
5.5 (MEDIUM)
Patch available
Jul 25, 2026 - 11:18 EUVD
CVE Published
Jul 25, 2026 - 08:50 nvd
MEDIUM 5.5
CVE Published
Jul 25, 2026 - 08:50 cve.org
UNKNOWN (no severity yet)

DescriptionNVD

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

Bluetooth: ISO: avoid NULL deref of conn in iso_conn_big_sync()

iso_conn_big_sync() drops the socket lock to call hci_get_route() and then re-acquires it, but dereferences iso_pi(sk)->conn->hcon afterwards without re-checking that conn is still valid.

While the lock is dropped, the connection can be torn down under the same socket lock: iso_disconn_cfm() -> iso_conn_del() -> iso_chan_del() sets iso_pi(sk)->conn to NULL (and the broadcast teardown path can also clear conn->hcon on its own). When iso_conn_big_sync() re-acquires the lock and reads conn->hcon, conn may be NULL, causing a NULL pointer dereference (hcon is the first member of struct iso_conn).

This path is reached from iso_sock_recvmsg() for a PA-sync broadcast sink socket (BT_SK_DEFER_SETUP | BT_SK_PA_SYNC), so the dropped-lock window can race with connection teardown driven by controller events.

Re-validate iso_pi(sk)->conn and its hcon after re-acquiring the socket lock and bail out if the connection went away, as already done in the sibling iso_sock_rebind_bc().

AnalysisAI

NULL pointer dereference in the Linux kernel's Bluetooth ISO subsystem can crash the kernel when a race condition is triggered during PA-sync broadcast sink socket operations. The flaw exists in iso_conn_big_sync(), which drops the socket lock to call hci_get_route() and then re-acquires it without re-validating that the connection structure is still intact - allowing concurrent teardown events (iso_disconn_cfm → iso_conn_del → iso_chan_del) to null out iso_pi(sk)->conn before it is dereferenced. A local low-privileged user with access to Bluetooth ISO sockets can reliably crash the kernel, resulting in a denial of service. No public exploit code has been identified and no active exploitation is confirmed.

Technical ContextAI

The vulnerability resides in the Linux kernel's Bluetooth ISO layer (net/bluetooth/iso.c), specifically in the iso_conn_big_sync() function used to synchronize isochronous Bluetooth (LE Audio / BIS) broadcast sockets. CWE-476 (NULL Pointer Dereference) applies: the function temporarily releases the socket mutex to invoke hci_get_route(), during which the connection lifecycle can advance independently. The teardown path iso_disconn_cfm() → iso_conn_del() → iso_chan_del() legally zeros iso_pi(sk)->conn under the same lock, and the broadcast path can separately clear conn->hcon. Because hcon is the first member of struct iso_conn, a NULL conn deref manifests as a classic NULL+0 access, producing an oops or kernel panic. The affected code path is reachable from iso_sock_recvmsg() when the socket has both BT_SK_DEFER_SETUP and BT_SK_PA_SYNC flags set, i.e., a PA-sync broadcast sink socket. CPE confirms the affected product as cpe:2.3:a:linux:linux.

RemediationAI

The primary fix is to upgrade to patched kernel versions: Linux 6.12.96, 7.1.4, or 6.18.39 as appropriate for the running stable branch; 7.2-rc3 or later for development builds. The upstream fix is available via four stable-tree commits: b3e647a4aa4d, b84eeb7636d6, 01afd198c2c2, and d5541eb148da (all at git.kernel.org/stable). If immediate kernel update is not feasible, effective compensating controls include: disabling Bluetooth entirely (rmmod btusb; systemctl disable bluetooth) on systems that do not require it, which eliminates the attack surface with no functional impact to non-BT workloads; or restricting CAP_NET_ADMIN/CAP_NET_RAW capabilities and Bluetooth socket access to trusted users only via seccomp or AppArmor/SELinux policy, which limits who can open ISO sockets. Note that restricting socket capabilities may break legitimate Bluetooth LE Audio applications. No vendor advisory URL beyond the NVD/EUVD reference and upstream git commits is available.

Vendor StatusVendor

SUSE

Severity: Moderate
Product Status
openSUSE Tumbleweed Fixed
SUSE Linux Enterprise Desktop 15 SP7 Not-Affected
SUSE Linux Enterprise Desktop 15 SP7 Not-Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Not-Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Not-Affected

Share

CVE-2026-64404 vulnerability details – vuln.today

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy