CVE-2024-27000: serial: mxs-auart: add spinlock around changing cts state
In the Linux kernel, the following vulnerability has been resolved:
serial: mxs-auart: add spinlock around changing cts state
The uart_handle_cts_change() function in serial_core expects the caller
to hold uport->lock. For example, I have seen the below kernel splat,
when the Bluetooth driver is loaded on an i.MX28 board.
[ 85.119255] ------------[ cut here ]------------
[ 85.124413] WARNING: CPU: 0 PID: 27 at /drivers/tty/serial/serial_core.c:3453 uart_handle_cts_change+0xb4/0xec
[ 85.134694] Modules linked in: hci_uart bluetooth ecdh_generic ecc wlcore_sdio configfs
[ 85.143314] CPU: 0 PID: 27 Comm: kworker/u3:0 Not tainted 6.6.3-00021-gd62a2f068f92 #1
[ 85.151396] Hardware name: Freescale MXS (Device Tree)
[ 85.156679] Workqueue: hci0 hci_power_on [bluetooth]
(...)
[ 85.191765] uart_handle_cts_change from mxs_auart_irq_handle+0x380/0x3f4
[ 85.198787] mxs_auart_irq_handle from __handle_irq_event_percpu+0x88/0x210
(...)
Security readout for executives and security teams
Plain-English summary
This is a Linux kernel bug in the mxs-auart serial driver used on some embedded Freescale/NXP MXS systems. A missing lock can trigger a kernel warning during CTS signal handling, observed when Bluetooth loads on an i.MX28 board. The sources do not show active exploitation or a scored severity.
Executive priority
Handle through normal kernel maintenance, with higher priority for embedded products using affected MXS serial hardware. There is no supplied evidence of active exploitation, but patched kernels reduce operational instability and support risk.
Technical view
uart_handle_cts_change() expects uport->lock to be held. The mxs-auart interrupt path called it while changing CTS state without that spinlock, violating serial_core locking expectations and producing a kernel splat. Upstream stable commits add the missing locking around CTS state changes.
Likely exposure
Exposure appears limited to Linux systems using the mxs-auart serial driver, such as MXS/i.MX28 embedded boards, especially where Bluetooth or serial hardware flow control uses CTS. Typical cloud servers and desktops are unlikely to be affected unless this driver and hardware path are present.
Exploitation context
The supplied sources provide no CVSS score, CWE, KEV listing, public exploit evidence, or attacker-controlled exploitation path. Evidence is a kernel warning and upstream stable fixes. Treat this as reliability and kernel correctness risk unless vendor advisories identify stronger impact.
Researcher notes
The core issue is a serial_core locking contract violation in mxs_auart_irq_handle. The source bundle does not establish memory corruption, privilege escalation, remote reachability, or exploitability. Validate exposure by driver and hardware presence, not by Linux version alone.
Mitigation direction
Update to a vendor or distribution kernel containing the upstream stable fix.
Apply relevant Debian LTS or Fedora kernel updates where those distributions are used.
For embedded BSPs, ask the vendor whether the mxs-auart stable patch is included.
Prioritize systems with MXS/i.MX28 hardware, Bluetooth, or CTS hardware flow control.
Validation and detection
Inventory Linux devices using the mxs-auart driver or MXS/i.MX28 device trees.
Confirm the running kernel includes one of the referenced upstream stable commits or distro fixes.
Check kernel logs for uart_handle_cts_change or mxs_auart_irq_handle warnings.
After updating, regression test Bluetooth and serial CTS flow-control behavior.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2024-27000 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.