CVE-2026-98747: Linux kernel · serial: core: fix NULL pointer dereference in serial_core_unregister_port()
Source GCVE Database
Not known to be exploited : upgrade to 499485a67fbacf4d9afbdb43522388c64f853428 or 54abbb862366dcaf1f22f1e968358147b7d0547d when convenient.
Data as of 26 Oct 2026, 12:55 UTC
Rated by Threat Radar · CVSS not yet scored by NVD
- 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 499485a67fbacf4d9afbdb43522388c64f853428, 54abbb862366dcaf1f22f1e968358147b7d0547d
Exploitation evidence
Disclosed: evidence found.
CVE published 18 Oct 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 Linux kernel to 499485a67fbacf4d9afbdb43522388c64f853428 or 54abbb862366dcaf1f22f1e968358147b7d0547d.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in– |
AI-suggested
A fix has been implemented in the Linux kernel to address this issue by adding checks for NULL pointers and proper synchronization. Users should apply the official kernel updates containing this fix. No additional mitigations are indicated.
Description
A NULL pointer dereference vulnerability in the Linux kernel's serial core subsystem was resolved. The issue occurs in the function serial_core_unregister_port() when port->port_dev is NULL, leading to a potential kernel crash. The flaw arises because port->port_dev can be cleared on teardown or never set if registration fails, but the function attempts to dereference it without checking. The fix involves returning early if no port device is present and ensuring proper synchronization with port_mutex. Additionally, port->port_dev is cleared on error paths during registration to prevent this condition.