Skip to main content
VulnerabilityPublished

CVE-2026-98969: Linux kernel · net/sched: em_text: reject unterminated algo before autoload

Source GCVE Database

0
Authoritative record:CVE-2026-98969· Medium

Not known to be exploited · fixed in c9728fcf2e7fb4a7a8d08ebd9524c3b02ae1a021 : update Linux kernel when convenient.

Data as of 26 Oct 2026, 14:05 UTC

Severity
Medium

Rated by Threat Radar · CVSS not yet scored by NVD

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 c9728fcf2e7fb4a7a8d08ebd9524c3b02ae1a021, b627c6ba20be20334338229b4820baacb9d96826, 22182f91c6703af6e9832cffe6d22b381031cb5a +2

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 23 Oct 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
  • ≥ d675c989ed2d4ba23dff615330b04371aea83534, < c9728fcf2e7fb4a7a8d08ebd9524c3b02ae1a021
Fixed in
  • c9728fcf2e7fb4a7a8d08ebd9524c3b02ae1a021
LinuxLinuxAffected
  • ≥ d675c989ed2d4ba23dff615330b04371aea83534, < b627c6ba20be20334338229b4820baacb9d96826
Fixed in
  • b627c6ba20be20334338229b4820baacb9d96826
LinuxLinuxAffected
  • ≥ d675c989ed2d4ba23dff615330b04371aea83534, < 22182f91c6703af6e9832cffe6d22b381031cb5a
Fixed in
  • 22182f91c6703af6e9832cffe6d22b381031cb5a
LinuxLinuxAffected
  • ≥ d675c989ed2d4ba23dff615330b04371aea83534, < 85e5512369d4fe6e5f2c43712d9f9e01d4ae8437
Fixed in
  • 85e5512369d4fe6e5f2c43712d9f9e01d4ae8437
LinuxLinuxAffected
  • ≥ d675c989ed2d4ba23dff615330b04371aea83534, < 00bcc303000bac524d62eed054d77372b38ace0f
Fixed in
  • 00bcc303000bac524d62eed054d77372b38ace0f
LinuxLinuxAffected
  • =2.6.13
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: net/sched: em_text: reject unterminated algo before autoload This is a follow-up to commit 9c572a83037a ("net/sched: fix potential stack infoleak in em_text_dump()"), which zero-initialised the dump-side struct. Sashiko pointed at a pre-existing bug that exposed the change-side input-validation gap open. em_text_change() casts the raw netlink attribute payload to struct tcf_em_text and passes conf->algo, a 16-byte array with no enforced NUL terminator, to textsearch_prepare(). On the TS_AUTOLOAD retry textsearch_prepare() calls request_module("ts_%s", algo); vsnprintf() walks %s until it finds a NUL, so an algo[] with no NUL reads past the array into the adjacent struct fields and payload and feeds those bytes to the usermode helper command line. This is an out-of-bounds read and a kernel memory disclosure. Reject the attribute when no NUL exists within TC_EM_TEXT_ALGOSIZ bytes, matching the check xt_string has had since 3ab720881b6e. Conditions to recreate the bug: - CAP_NET_ADMIN on the target netns (namespace-local via unshare -Urn is enough) - install clsact on an interface, then add a basic filter with one text ematch whose algo[] is 16 bytes with no NUL (e.g. "A"*16) and pattern_len at least 1 - the add fails with -ENOENT and the kernel invokes modprobe with a module name made of "ts_" plus the 16 bytes and the adjacent payload

References

Community reviews

Loading reviews…