Skip to main content
VulnerabilityPublished Updated

CVE-2026-31742: Linux kernel · Out-of-bounds Read

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · CVSS 7.8 High · fixed in 40014493cece72a0be5672cd86763e53fb3ec613 : patch Linux kernel soon.

Data as of 26 Oct 2026, 14:18 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 2% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CISA SSVC
Exploitation
No evidence of active exploitation and no public proof of concept
Automatable
Attackers cannot reliably automate steps 1–4 of the kill chain
Technical impact
Total control over the software or total information disclosure

CISA SSVC assessment, 2026-10-16.

Patch
Available – fixed in 40014493cece72a0be5672cd86763e53fb3ec613, 891d790fdb5c96c6e1d2841e06ee6c360f2d1288, 428fdf55301e6c8fa5a36b426240797b1cf86570 +2
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 1 May 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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 to 40014493cece72a0be5672cd86763e53fb3ec613, 891d790fdb5c96c6e1d2841e06ee6c360f2d1288 or 428fdf55301e6c8fa5a36b426240797b1cf86570; Linux to 6.19.12 or 6.18.22.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 5eb608319bb56464674a71b4a66ea65c6c435d64, < 40014493cece72a0be5672cd86763e53fb3ec613
Fixed in
  • 40014493cece72a0be5672cd86763e53fb3ec613
LinuxLinuxAffected
  • ≥ c4efef65a46f610418a3f69149c51492d31c8591, < 891d790fdb5c96c6e1d2841e06ee6c360f2d1288
Fixed in
  • 891d790fdb5c96c6e1d2841e06ee6c360f2d1288
LinuxLinuxAffected
  • ≥ 1cf66bd9127447c57295f5199029e8d8b47c6c67, < 428fdf55301e6c8fa5a36b426240797b1cf86570
Fixed in
  • 428fdf55301e6c8fa5a36b426240797b1cf86570
LinuxLinuxAffected
  • >=6.19.10 <6.19.12
Fixed in
  • 6.19.12
LinuxLinuxAffected
  • >=6.18.20 <6.18.22
Fixed in
  • 6.18.22

Description

In the Linux kernel, the following vulnerability has been resolved: vt: discard stale unicode buffer on alt screen exit after resize When enter_alt_screen() saves vc_uni_lines into vc_saved_uni_lines and sets vc_uni_lines to NULL, a subsequent console resize via vc_do_resize() skips reallocating the unicode buffer because vc_uni_lines is NULL. However, vc_saved_uni_lines still points to the old buffer allocated for the original dimensions. When leave_alt_screen() later restores vc_saved_uni_lines, the buffer dimensions no longer match vc_rows/vc_cols. Any operation that iterates over the unicode buffer using the current dimensions (e.g. csi_J clearing the screen) will access memory out of bounds, causing a kernel oops: BUG: unable to handle page fault for address: 0x0000002000000020 RIP: 0010:csi_J+0x133/0x2d0 The faulting address 0x0000002000000020 is two adjacent u32 space characters (0x20) interpreted as a pointer, read from the row data area past the end of the 25-entry pointer array in a buffer allocated for 80x25 but accessed with 240x67 dimensions. Fix this by checking whether the console dimensions changed while in the alternate screen. If they did, free the stale saved buffer instead of restoring it. The unicode screen will be lazily rebuilt via vc_uniscr_check() when next needed.

References

Community reviews

Loading reviews…