Get a Demo

Let's Patch It!

Book a short call with one our specialists, we'll walk you through how Endor Patches work, and ask you a few questions about your environment (like your primary programming languages and repository management). We'll also send you an email right after you fill out the form, feel free to reply with any questions you have in advance!

CVE

DEBIAN-CVE-2026-52982

In the Linux kernel, the following vulnerability has been resolved: net: usb: rtl8150: fix use-after-free in rtl8150_start_xmit() syzbot reported a KASAN slab-use-after-free read in rtl8150_start_xm...
Back to all
CVE

DEBIAN-CVE-2026-52982

In the Linux kernel, the following vulnerability has been resolved: net: usb: rtl8150: fix use-after-free in rtl8150_start_xmit() syzbot reported a KASAN slab-use-after-free read in rtl8150_start_xm...

In the Linux kernel, the following vulnerability has been resolved:  net: usb: rtl8150: fix use-after-free in rtl8150startxmit()  syzbot reported a KASAN slab-use-after-free read in rtl8150startxmit() when accessing skb->len for tx statistics after usbsubmiturb() has been called:    BUG: KASAN: slab-use-after-free in rtl8150startxmit+0x71f/0x760     drivers/net/usb/rtl8150.c:712   Read of size 4 at addr ffff88810eb7a930 by task kworker/0:4/5226  The URB completion handler writebulkcallback() frees the skb via devkfreeskbirq(dev->txskb). The URB may complete on another CPU in softirq context before usbsubmiturb() returns in the submitter, so by the time the submitter reads skb->len the skb has already been queued to the per-CPU completionqueue and freed by nettxaction():    CPU A (xmit)                      CPU B (USB completion softirq)   ------------                      ------------------------------   dev->txskb = skb;   usbsubmiturb()      --+                           |-------> writebulkcallback()                           |           devkfreeskbirq(dev->txskb)                           |         nettxaction()                           |           napiskbcacheput()   <-- free   netdev->stats.txbytes  |     += skb->len;          <-- UAF read  Fix it by caching skb->len before submitting the URB and using the cached value when updating the txbytes counter.  The pre-existing txbytes semantics are preserved: the counter tracks the original frame length (skb->len), not the ETH_ZLEN/USB-alignment padded "count" value that is handed to the device.  Changing that would be a user-visible accounting change and is out of scope for this UAF fix.

Package Versions Affected

Package Version
patch Availability
No items found.

Automatically patch vulnerabilities without upgrading

Fix Without Upgrading
Detect compatible fix
Apply safe remediation
Fix with a single pull request

CVSS Version

Severity
Base Score
CVSS Version
Score Vector
C
H
U
-
C
H
U
0
-
3.1
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
C
H
U
-

Related Resources

No items found.

References

https://security-tracker.debian.org/tracker/CVE-2026-52982

Severity

9.8

CVSS Score
0
10

Basic Information

Base CVSS
9.8
EPSS Probability
0%
EPSS Percentile
0%
Introduced Version
0
Fix Available
5.10.259-1,6.1.176-1,6.12.94-1,7.0.10-1,6.1.176-1~deb11u1

Fix Critical Vulnerabilities Instantly

Secure your app without upgrading.
Fix Without Upgrading