CVE-2026-81001— Linux kernel 安全漏洞
一分钟漏洞结论
影响对象
Linux Linux
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
Linux kernel是美国Linux基金会开源的一个操作系统内核。 Linux kernel存在安全漏洞，该漏洞源于slip驱动中slip_devs[]存储裸net_device指针且未获取引用，rtnl_lock()未能序列化slip_open()与设备销毁过程，导致sl_sync()访问已释放的net_device，造成释放后重用。
可能的 ATT&CK 技术 1 AI
T1015影响版本矩阵 18
| 厂商 | 产品 | 版本范围 | 状态 |
|---|---|---|---|
| Linux | Linux | 5342b77c4123ba39f911d92a813295fb3bb21f69< 045e307ac21fbd735b789d8817b21be4d8ead054 |
affected |
5342b77c4123ba39f911d92a813295fb3bb21f69< 87398cdec8bdf84096a8af4dbccdb04f1972f32c |
affected | ||
5342b77c4123ba39f911d92a813295fb3bb21f69< e93ace1f46177a4f7b5a8e5996606cdf77e1e890 |
affected | ||
5342b77c4123ba39f911d92a813295fb3bb21f69< 70e20456bcbf7f3ae145bb96e5548f827a37c640 |
affected | ||
5342b77c4123ba39f911d92a813295fb3bb21f69< a235b20972bbd98ca1fb127d6269434edc607f19 |
affected | ||
5342b77c4123ba39f911d92a813295fb3bb21f69< 486577db807891d0f964fdf13c1640c7f54b0ad1 |
affected | ||
5342b77c4123ba39f911d92a813295fb3bb21f69< d6f25e5bd777b05880da8673daf74a8419480545 |
affected | ||
5342b77c4123ba39f911d92a813295fb3bb21f69< 2c4e7c42d77e78ad595dbb9e4b5886b58b45d89d |
affected | ||
| … +10 条更多 | |||
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2026-81001 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
slip: fix use-after-free in sl_sync()
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
slip: fix use-after-free in sl_sync()
slip_devs[] stores bare net_device pointers and takes no reference on
them. sl_sync() and sl_alloc() walk that table from slip_open() under
rtnl_lock(), while an entry is dropped by sl_free_netdev(), which
sl_setup() installs as dev->priv_destructor.
priv_destructor is called from netdev_run_todo(), which deliberately
runs with the RTNL semaphore released so that it can sleep while waiting
for the device refcount to drop:
/* Snapshot list, allow later requests */
list_replace_init(&net_todo_list, &list);
__rtnl_unlock();
...
if (dev->priv_destructor)
dev->priv_destructor(dev); /* slip_devs[i] = NULL */
if (dev->needs_free_netdev)
free_netdev(dev);
...
/* Free network device */
kobject_put(&dev->dev.kobj);
So rtnl_lock() does not serialise slip_open() against the teardown at
all. sl_sync() can load slip_devs[i] while the entry is still published
and dereference it after netdev_run_todo() has run the destructor and
released the device:
CPU0 (slip_open) CPU1 (slip_close)
unregister_netdev()
rtnl_unlock()
netdev_run_todo()
__rtnl_unlock()
rtnl_lock()
sl_sync()
dev = slip_devs[i]
priv_destructor(dev)
slip_devs[i] = NULL
kobject_put(&dev->dev.kobj)
/* dev is freed */
sl = netdev_priv(dev)
if (sl->tty || sl->leased) /* use-after-free */
BUG: KASAN: use-after-free in sl_sync drivers/net/slip/slip.c:730 [inline]
BUG: KASAN: use-after-free in slip_open+0xef4/0x1210 drivers/net/slip/slip.c:806
Read of size 1 at addr ffff8880712dac71 by task syz-executor.2/6506
CPU: 2 PID: 6506 Comm: syz-executor.2 Not tainted 6.1.134-syzkaller-00260-g0c8fc3469765 #0
Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.12.0-1 04/01/2014
Call Trace:
sl_sync drivers/net/slip/slip.c:730 [inline]
slip_open+0xef4/0x1210 drivers/net/slip/slip.c:806
tty_ldisc_open+0xa2/0x120 drivers/tty/tty_ldisc.c:433
tty_set_ldisc+0x324/0x720 drivers/tty/tty_ldisc.c:564
tiocsetd drivers/tty/tty_io.c:2428 [inline]
tty_ioctl+0x5f0/0x1530 drivers/tty/tty_io.c:2712
Allocated by task 6502:
alloc_netdev_mqs+0x98/0xfe0 net/core/dev.c:10719
sl_alloc drivers/net/slip/slip.c:756 [inline]
slip_open+0x36d/0x1210 drivers/net/slip/slip.c:817
tty_ldisc_open+0xa2/0x120 drivers/tty/tty_ldisc.c:433
tty_set_ldisc+0x324/0x720 drivers/tty/tty_ldisc.c:564
Freed by task 6497:
device_release+0xa2/0x240 drivers/base/core.c:2507
kobject_put+0x179/0x280 lib/kobject.c:729
netdev_run_todo+0x6c8/0xef0 net/core/dev.c:10509
slip_close+0x166/0x1c0 drivers/net/slip/slip.c:906
tty_ldisc_close+0x113/0x1a0 drivers/tty/tty_ldisc.c:456
tty_ldisc_kill+0x94/0x160 drivers/tty/tty_ldisc.c:614
tty_ldisc_release+0xe3/0x2b0 drivers/tty/tty_ldisc.c:782
tty_release+0xbcc/0xe70 drivers/tty/tty_io.c:1860
Commit e58c19124189 ("slip: Fix use-after-free Read in slip_open") fixed
a different source of stale entries - a device left in slip_devs[] after
slip_open() freed it on the registration error path - and does not
address this race, which is why the report survives it.
Drop the entry from ndo_uninit instead. unregister_netdevice() calls
ndo_uninit under RTNL, before the device is queued to netdev_run_todo(),
so an entry that sl_sync() can still see while holding RTNL belongs to a
device that cannot be freed until RTNL is dropped. sl_free_netdev()
stays only for the slip_open() error path, where register_netdevice()
may have failed before ndo_init and ndo_uninit is then not called
either. Both running for the same device is harmless: the
---truncated---
来源: CVE Program / CVE List V5
CVSS Information
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
来源: CVE Program / CVE List V5
Vulnerability Type
N/A
来源: CVE Program / CVE List V5
Vulnerability Title
Linux kernel 安全漏洞
来源: 中国国家信息安全漏洞库 CNNVD
Vulnerability Description
Linux kernel是美国Linux基金会开源的一个操作系统内核。 Linux kernel存在安全漏洞，该漏洞源于slip驱动中slip_devs[]存储裸net_device指针且未获取引用，rtnl_lock()未能序列化slip_open()与设备销毁过程，导致sl_sync()访问已释放的net_device，造成释放后重用。
来源: 中国国家信息安全漏洞库 CNNVD
CVSS Information
N/A
来源: 中国国家信息安全漏洞库 CNNVD
Vulnerability Type
N/A
来源: 中国国家信息安全漏洞库 CNNVD
受影响产品
二、漏洞 CVE-2026-81001 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2026-81001 的情报信息
请登录查看更多情报信息。
CVE-2026-81001 补丁与修复 (8)
同批安全公告 · Linux · 2026-09-11 · 共 431 条
| CVE-2026-89688 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-89656 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-89655 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-89658 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-89660 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-89659 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-89662 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-89669 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-89674 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-89675 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-89676 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-89677 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-89681 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-89686 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-89478 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-89479 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-89702 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-89703 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-89482 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-89708 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
显示前 20 条，共 431 条。 查看全部 → →
IV. Related Vulnerabilities
V. Comments for CVE-2026-81001
暂无评论