CVE-2026-23472: Linux kernel · serial: core: fix infinite loop in handle_tx() for PORT_UNKNOWN
Affects Linux kernelSource CVE Database V5
Not known to be exploited · fixed in efe85a557186b7fe915572ae93a8f3f78bfd9a22 : update Linux kernel when convenient.
Data as of 26 Oct 2026, 12:55 UTC
Rated by Threat Radar · No CVSS score from NVD or the CNA
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 4% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in efe85a557186b7fe915572ae93a8f3f78bfd9a22, d45cfa70bf0159afb31cb03d2d16ec5a5053460c, c9e845014723d552944cec4e146ec7b841cda34d +2
Exploitation evidence
Disclosed: evidence found.
CVE published 3 Apr 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
Upgrade to a fixed release listed under Affected software.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in– |
Description
In the Linux kernel, the following vulnerability has been resolved: serial: core: fix infinite loop in handle_tx() for PORT_UNKNOWN uart_write_room() and uart_write() behave inconsistently when xmit_buf is NULL (which happens for PORT_UNKNOWN ports that were never properly initialized): - uart_write_room() returns kfifo_avail() which can be > 0 - uart_write() checks xmit_buf and returns 0 if NULL This inconsistency causes an infinite loop in drivers that rely on tty_write_room() to determine if they can write: while (tty_write_room(tty) > 0) { written = tty->ops->write(...); // written is always 0, loop never exits } For example, caif_serial's handle_tx() enters an infinite loop when used with PORT_UNKNOWN serial ports, causing system hangs. Fix by making uart_write_room() also check xmit_buf and return 0 if it's NULL, consistent with uart_write(). Reproducer: https://gist.github.com/mrpre/d9a694cc0e19828ee3bc3b37983fde13
References
- git.kernel.org/stable/c/c9e845014723d552944cec4e146ec7b841cda34d (opens in a new tab)
- git.kernel.org/stable/c/d45cfa70bf0159afb31cb03d2d16ec5a5053460c (opens in a new tab)
- git.kernel.org/stable/c/efe85a557186b7fe915572ae93a8f3f78bfd9a22 (opens in a new tab)
- git.kernel.org/stable/c/bc70f2b36cf474d5cc8ecbcaf57f3e326fdec67c (opens in a new tab)
- git.kernel.org/stable/c/455ce986fa356ff43a43c0d363ba95fa152f21d5 (opens in a new tab)