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

Bluetooth: SCO: hold sk properly in sco_conn_ready

sk deref in sco_conn_ready must be done either under conn->lock, or
holding a refcount, to avoid concurrent close. conn->sk and parent sk is
currently accessed without either, and without checking parent->sk_state:

[Task 1] [Task 2]
sco_sock_release
sco_conn_ready
sk = conn->sk
lock_sock(sk)
conn->sk = NULL
lock_sock(sk)
release_sock(sk)
sco_sock_kill(sk)
UAF on sk deref

and similarly for access to sco_get_sock_listen() return value.

Fix possible UAF by holding sk refcount in sco_conn_ready() and making
sco_get_sock_listen() increase refcount. Also recheck after lock_sock
that the socket is still valid. Adjust conn->sk locking so it's
protected also by lock_sock() of the associated socket if any.
Published: 2026-09-16
Score: 8.8 High
EPSS: < 1% Very Low
KEV: No
Impact: Use-After-Free
Action: Patch
AI Analysis

Impact

The vulnerability arises in the Linux kernel's Bluetooth SCO implementation, where a socket (sk) is dereferenced without holding the required lock or reference count, creating a use‑after‑free when a concurrent close occurs. This race condition can lead to a kernel crash or privilege escalation if an attacker can trigger the faulty path via a crafted Bluetooth connection. The primary weakness is a use‑after‑free flaw (CWE‑416).

Affected Systems

All Linux kernel versions that include the unpatched Bluetooth SCO code are affected, regardless of distribution, as the CNAs list indicates Linux:Linux with no specific version constraints. Any system running the default kernel with Bluetooth enabled is potentially vulnerable.

Risk and Exploitability

The exploit requires a malicious Bluetooth device to engage in an SCO connection that races with a simultaneous socket close. While a local or remote attacker with Bluetooth visibility can trigger the race, the concurrent close condition means the threat remains opportunistic. No public exploit is known and the EPSS score is unavailable, suggesting low exploitation probability; however, the function can cause a kernel panic, potentially enabling privilege escalation. The vulnerability is not listed in the CISA KEV catalog.

Generated by OpenCVE AI on September 16, 2026 at 14:03 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Apply an official kernel update that contains the SCO use‑after‑free fix.
  • If a patch is not yet available, disable or restrict the Bluetooth SCO feature to prevent SCO traffic from untrusted devices.
  • Continuously monitor system logs for kernel panics or SIGKILL messages related to Bluetooth activity.

Generated by OpenCVE AI on September 16, 2026 at 14:03 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Wed, 16 Sep 2026 14:45:00 +0000

Type Values Removed Values Added
Metrics cvssV3_1

{'score': 8.8, 'vector': 'CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H'}


Wed, 16 Sep 2026 14:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-416

Wed, 16 Sep 2026 08:30:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: Bluetooth: SCO: hold sk properly in sco_conn_ready sk deref in sco_conn_ready must be done either under conn->lock, or holding a refcount, to avoid concurrent close. conn->sk and parent sk is currently accessed without either, and without checking parent->sk_state: [Task 1] [Task 2] sco_sock_release sco_conn_ready sk = conn->sk lock_sock(sk) conn->sk = NULL lock_sock(sk) release_sock(sk) sco_sock_kill(sk) UAF on sk deref and similarly for access to sco_get_sock_listen() return value. Fix possible UAF by holding sk refcount in sco_conn_ready() and making sco_get_sock_listen() increase refcount. Also recheck after lock_sock that the socket is still valid. Adjust conn->sk locking so it's protected also by lock_sock() of the associated socket if any.
Title Bluetooth: SCO: hold sk properly in sco_conn_ready
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-09-16T14:38:26.042Z

Reserved: 2026-09-11T19:38:34.765Z

Link: CVE-2026-89774

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-09-16T09:17:07.717

Modified: 2026-09-16T15:18:06.747

Link: CVE-2026-89774

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-09-16T14:15:09Z

Weaknesses