CVE-2026-98850

priority · track · 0EPSS 0.002 · 4 %ileFR
grimoire priorityP3 · Track
Exploitable?
—
no known exploitation
Likely / severe?
0.16% (4th) EPSS
no CVSS
Is it mine?
0 products
Check your exposure
Who says so?
1 sources
certfr

EPSS · scored 2026-10-22

In the Linux kernel, the following vulnerability has been resolved: net/packet: prevent TX_RING byte count overflow tpacket_snd() drains every SEND_REQUEST frame in a TX ring and adds each valid packet length to the signed int len_sum. Userspace can recycle completed frames concurrently, so a single blocking send call is not bounded by the ring size. After enough successful transmissions len_sum wraps into the negative range. In particular, 65536 65535-byte frames followed by a 65007-byte frame produce 0xfffffdef, or -EIOCBQUEUED. sock_sendmsg_nosec() treats that as an impossible return and triggers a BUG. On systems configured to panic on oops, a CAP_NET_RAW holder can panic the host kernel. Stop before the next frame would make the byte count exceed INT_MAX. The positive short count leaves that frame pending for a later send call. A two-thread TPACKET_V2 reproducer triggered the BUG on an arm64 build of Linux 7.3-rc4. With this change, the same reproducer returned the expected positive short count without an oops.

01

cvss

Technical severity, 0–10. One row per scoring source.

No CVSS score recorded.

02

weaknesses

The CWE weakness classes this flaw belongs to.

CWE-122USLLM-inferredCWE-190USLLM-inferred
03

affected products

Products and version ranges known to be affected.

No affected products recorded.

04

advisories (1)

Vendor and ecosystem advisories describing this.

05

sources

Which sources assert this record, and when.

published 2026-10-18modified 2026-10-21
06

references (5) nvd

External citations — patches, advisories, analysis.

scry

Attackers weaponise vulnerabilities like this against internet-exposed services. See what is exposed on your perimeter with a free passive scan.

Free scan