Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - tun修复分离的 NAPI 队列的内存泄漏。 syzkaller 报告与未重现的 TUN 设备相关的 sk 和 skb 的 [0] 内存泄漏但我们可以通过struct ifreq ifr = {} int fd_tun, fd_tmp; 轻松重现char buf[4] = {} fd_tun = openat(AT_FDCWD, /dev/net/tun, O_WRONLY, 0); ifr.ifr_flags = IFF_TUN | ifr.ifr_flags IFF_NAPI | IFF_MULTI_QUEUE ioctl(fd_tun, TUNSETIFF, &ifr); ifr.ifr_flags = IFF_DETACH_QUEUE;
    ioctl(fd_tun, TUNSETQUEUE, &ifr); fd_tmp = socket(AF_PACKET, SOCK_PACKET, 0); ifr.ifr_flags = IFF_UP;
    ioctl(fd_tmp, SIOCSIFFLAGS, &ifr); write(fd_tun, buf, sizeof(buf)); close(fd_tun);如果在 TUN 设备上启用 NAPI 和多队列我们可在分离队列后将 skb 放入 tfile->sk.sk_write_queue。我们应通过在排队 skb 之前检查 tfile->detached 来防止此问题发生。请注意此操作必须在 tfile->sk.sk_write_queue.lock 下完成因为 write() 和 ioctl(IFF_DETACH_QUEUE) 可同时运行。否则会出现小争用窗口write() ioctl(IFF_DETACH_QUEUE) `- tun_get_user `- __tun_detach |- if (tfile->detached) |- tun_disable_queue | `-> false | `- tfile->detached = tun | `- tun_queue_purge |- spin_lock_bh(&queue->lock) `- __skb_queue_tail(queue, skb) 另一个解决方案是在关闭并重新连接已分离的队列时调用 tun_queue_purge() 但此方式可能会掩盖另一个问题。此外我们对 IFF_NAPI_FRAGS 进行了同样的测试。 [0] 未引用的对象 0xffff88801edbc800 (大小 2048)comm syz-executor.1、pid 33269、jiffies 4295743834 (age 18.756s) 十六进制转储前 32 字节00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 .. .backtrace[<000000008c16ea3d>] __do_kmalloc_node mm/slab_common.c:965 [内联] [<000000008c16ea3d>] __kmalloc+0x4a/0x130 mm/slab_common.c:979 [<000000003addde56>] kmalloc include/linux/slab.h:563 [内联] [<000000003addde56>] sk_prot_alloc+0xef/0x1b0 net/core/sock.c:2035 [<000000003e20621f>] sk_alloc+0x36/0x2f0 net/core/sock.c:2088 [<0000000028e43843>tun_chr_open+0x3d/0x190 drivers/net/tun.c 3438 [<000000001b0f1f28>] misc_open+0x1a6/0x1f0 drivers/char/misc.c:165 [<000000004376f706>] chrdev_open+0x111/0x300 fs/char_dev.c:414 [<00000000614d379f>] do_dentry_open+0x2f9/0x750 fs/open.c 920 [<000000008eb24774>] do_open fs/namei.c:3636 [inline] [<000000008eb24774>] path_openat+0x143f/0x1a30 fs/namei.c:3791 [<00000000955077b5>] do_filp_open+0xce/0x1c0 fs/namei.c:3818 [<00000000b78973b0>] do_sys_openat2+0xf0/0x260 fs/open.c:1356 [<00000000057be699>] do_sys_open fs/open.c:1372 [内联] [<00000000057be699>] __do_sys_openat fs/open.c:1388 [内联] [<00000000057be699>] __se_sys_openat fs /open.c:1383 [inline] [<00000000057be699>]
    __x64_sys_openat+0x83/0xf0 fs/open.c:1383 [<00000000a7d2182d>] do_syscall_x64 arch/x86/entry/common.c:50 [inline] [<00000000a7d2182d>] do_syscall_64+0x3c/0x90 arch/x86/entry/common.c 80 [<000000004cc4e8c4>] entry_SYSCALL_64_after_hwframe+0x72/0xdc 未引用对象 0xffff88802f671700(大小 240)comm syz-executor.1, pid 33269, jiffies 4295743854(age 18.736s) hex 转储前 32 字节68 c9 db 80db 81e ff ff 68 c9 db 1e 80 88 ff ff h....h....00 c0 7b 2f 80 88 ff ff 00 c8 db 1e 80 88 ff ff .. ....... backtrace[<00000000e9d9fdb6>] __alloc_skb+0x223/0x250 net/core/skbuff.c:644 [<000000002c3e4e0b>] alloc_skb include/linux/skbuff.h:1288 [inline] [<000000002c3e4e0b>] alloc_skb_with_frags+ 0x6f/0x350 net/core/skbuff.c:6378 [<00000000825f98d7>] sock_alloc_send_pskb+0x3ac/0x3e0 net/core/sock.c:2729 [<00000000e9eb3df3>] tun_alloc_skb drivers/net/tun.c:1529 [内联] [< ---truncated--- (CVE-2023-53685)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2023-53685

medium Nessus 插件 ID 269271

版本 1.6