Skip to main content
VulnerabilityPublished Updated

CVE-2026-89906: Linux kernel · LoongArch: BPF: Refactor jump offset calculation in tail call

Affects Linux kernelSource CVE Database V5

0

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

Data as of 26 Oct 2026, 13:47 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 6% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 89819868cde78cb2f748533785a46a3430873f20, 882b8912b7e92341fdb115ba0e2e5142a28684ff, 96f44d493c280ea161569c43d7ed0f3b0815803a +7
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 16 Sep 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 to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • >=6.6.103 <6.6.160
  • >=6.12.43 <6.12.114
  • >=6.1.149 <6.2
  • >=6.15.11 <6.16
  • >=6.16.2 <6.17
Fixed in
  • 89819868cde78cb2f748533785a46a3430873f20
  • 882b8912b7e92341fdb115ba0e2e5142a28684ff
  • 96f44d493c280ea161569c43d7ed0f3b0815803a
  • 50fbc294e4e96246d60cd66f98acf043a362e3a0
  • 37d545d12f21c4d50612ecaebd7ae1e5bf91b2d8
  • 6.17
  • 6.16
  • 6.12.114
  • 6.6.160
  • 6.2
LinuxLinuxAffected
  • =6.17
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: LoongArch: BPF: Refactor jump offset calculation in tail call The old macro-based jmp_offset calculation derives the jump distance from a stale prior-pass code stride, which can lead to wrong branch offsets and soft lockups under extra JIT passes. Fix this by calculating the offset directly on the absolute target: "ctx->offset[insn + 1] - ctx->idx". To avoid a false 16-bit range check abort during size estimation, add a "ctx->image == NULL" guard to inject a safe dummy offset.

References

Community reviews

Loading reviews…