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

  - 在 Linux 内核中发现一个归类为“存在问题”的漏洞。受影响的是文件 net/can/j1939/transport.c 的 j1939_session_destroy 函数。此操纵漏洞会导致内存泄漏。建议应用补丁修复此问题。此漏洞的标识符为 VDB-211932。
    (CVE-2022-3633)

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

AlmaLinux 9.6 主机上存在安装的程序包，该程序包受到 TuxCare ALMALINUX9.6：CLSA-2026：2026：1782155469公告中提及的多个漏洞的影响。

  - 在 Linux 内核中发现一个归类为“存在问题”的漏洞。受影响的是文件 net/can/j1939/transport.c 的函数j1939_session_destroy。此操纵漏洞会导致内存泄漏。建议应用补丁修复此问题。此漏洞的标识符为 VDB-211932。
    (CVE-2022-3633)

  - 已修复 Linux 内核中的下列漏洞：udf: Fix preallocation discarding at indirect extent boundary When preallocation extent is the first one in the extent block, the code would corrupt extent tree header instead. Fix the problem and use udf_delete_aext() for deleting extent to avoid some code duplication. (CVE-2022-48946)

  - 已修复 Linux 内核中的下列漏洞：xen/privcmd: fix error exit of privcmd_ioctl_dm_op() The error exit of privcmd_ioctl_dm_op() is calling unlock_pages() potentially with pages being NULL, leading to a NULL dereference. Additionally lock_pages() doesn't check for pin_user_pages_fast() having been completely successful, resulting in potentially not locking all pages into memory. This could result in sporadic failures when using the related memory in user mode. Fix all of that by calling unlock_pages() always with the real number of pinned pages, which will be zero in case pages being NULL, and by checking the number of pages pinned by pin_user_pages_fast() matching the expected number of pages. (CVE-2022-49989)

  - 已修复 Linux 内核中的下列漏洞：net: USB: Fix wrong-direction WARNING in plusb.c The syzbot fuzzer detected a bug in the plusb network driver: A zero-length control-OUT transfer was treated as a read instead of a write. In modern kernels this error provokes a WARNING: usb 1-1: BOGUS control dir, pipe 80000280 doesn't match bRequestType c0 WARNING: CPU: 0 PID: 4645 at drivers/usb/core/urb.c:411 usb_submit_urb+0x14a7/0x1880 drivers/usb/core/urb.c:411 Modules linked in: CPU:
    1 PID: 4645 Comm: dhcpcd Not tainted 6.2.0-rc6-syzkaller-00050-g9f266ccaa2f5 #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/12/2023 RIP: 0010:usb_submit_urb+0x14a7/0x1880 drivers/usb/core/urb.c:411 ... Call Trace: <TASK> usb_start_wait_urb+0x101/0x4b0 drivers/usb/core/message.c:58 usb_internal_control_msg drivers/usb/core/message.c:102 [inline] usb_control_msg+0x320/0x4a0 drivers/usb/core/message.c:153 __usbnet_read_cmd+0xb9/0x390 drivers/net/usb/usbnet.c:2010 usbnet_read_cmd+0x96/0xf0 drivers/net/usb/usbnet.c:2068 pl_vendor_req drivers/net/usb/plusb.c:60 [inline] pl_set_QuickLink_features drivers/net/usb/plusb.c:75 [inline] pl_reset+0x2f/0xf0 drivers/net/usb/plusb.c:85 usbnet_open+0xcc/0x5d0 drivers/net/usb/usbnet.c:889
    __dev_open+0x297/0x4d0 net/core/dev.c:1417 __dev_change_flags+0x587/0x750 net/core/dev.c:8530 dev_change_flags+0x97/0x170 net/core/dev.c:8602 devinet_ioctl+0x15a2/0x1d70 net/ipv4/devinet.c:1147 inet_ioctl+0x33f/0x380 net/ipv4/af_inet.c:979 sock_do_ioctl+0xcc/0x230 net/socket.c:1169 sock_ioctl+0x1f8/0x680 net/socket.c:1286 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs/ioctl.c:870 [inline] __se_sys_ioctl fs/ioctl.c:856 [inline] __x64_sys_ioctl+0x197/0x210 fs/ioctl.c:856 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x39/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd The fix is to call usbnet_write_cmd() instead of usbnet_read_cmd() and remove the USB_DIR_IN flag. (CVE-2023-52742)

  - 已修复 Linux 内核中的下列漏洞：tracing: Make sure trace_printk() can output as soon as it can be used Currently trace_printk() can be used as soon as early_trace_init() is called from start_kernel(). But if a crash happens, and ftrace_dump_on_oops is set on the kernel command line, all you get will be: [ 0.456075] <idle>-0 0dN.2. 347519us : Unknown type 6 [ 0.456075] <idle>-0 0dN.2. 353141us : Unknown type 6 [ 0.456075] <idle>-0 0dN.2. 358684us : Unknown type 6 This is because the trace_printk() event (type 6) hasn't been registered yet. That gets done via an early_initcall(), which may be early, but not early enough. Instead of registering the trace_printk() event (and other ftrace events, which are not trace events) via an early_initcall(), have them registered at the same time that trace_printk() can be used. This way, if there is a crash before early_initcall(), then the trace_printk()s will actually be useful. (CVE-2023-53007)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程 Debian 10 主机上安装的程序包受到 dla-3173 公告中提及的多个漏洞影响。

  - 在 Linux 内核的 fs/inode.c:inode_init_owner() 函数逻辑中发现一个漏洞，当目录是 SGID 且属于特定群组，并可由非此群组成员的用户写入时，本地用户可借此漏洞创建具有非预定群组所有权、并且具有群组执行和 SGID 权限位集的 XFS file-system 文件，这会导致在不应授权的情况下授予过多的权限。此漏洞与之前的 CVE-2018-13405 类似，现增加了缺失的 XFS 补丁。(CVE-2021-4037)

  - Linux 内核中发现缺陷。现有 KVM SEV API 存在漏洞，允许非根（主机）用户级应用程序通过在支持安全加密虚拟化 (SEV) 的 AMD CPU 中创建机密客户机 VM 实例，导致主机内核崩溃。(CVE-2022-0171)

  - 在 fs/ext4/namei.c 中发现一个释放后使用缺陷：Linux 内核的文件系统子组件中的 dx_insert_block()。具有用户特权的本地攻击者可利用此缺陷造成拒绝服务。
    (CVE-2022-1184)

  - 在用户强制 ath9k_htc_wait_for_target 函数因某些输入消息而失败的方式中，在 Linux 内核的 Atheros 无线适配器驱动程序中发现一个释放后使用缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2022-1679)

  - 在 binder.c 的 binder_inc_ref_for_node 中，可能存在因释放后使用而损坏内存的方式。
    这可能会导致本地特权提升，且无需其他执行特权。无需用户交互即可利用漏洞。产品：Android 版本：Android 内核 Android ID：
    A-239630375 参照：上游内核 (CVE-2022-20421)

  - 在 armv8_deprecated.c 的 emulation_proc_handler 中，存在一种可能因争用条件而损坏内存的方法。这可能会导致本地特权提升，且无需其他执行特权。无需用户交互即可利用漏洞。产品：Android 版本：Android 内核 Android ID：A-237540956 参照：上游内核 (CVE-2022-20422)

  - 尝试设置 SynIC IRQ 时，在 Linux 内核的 KVM 中发现缺陷。此问题可使行为不当的 VMM 写入 SYNIC/STIMER MSR，从而导致空指针取消引用。此缺陷允许主机上的非特权本地攻击者发出特定的 ioctl 调用，从而造成可导致拒绝服务的内核 oops 情况。(CVE-2022-2153)

  - 在 Linux 内核的 nf_conntrack_irc 中发现一个问题，其中消息处理可能混淆并且未正确匹配消息。当用户使用配置有 nf_conntrack_irc 的未加密 IRC 时，可能会绕过防火墙。(CVE-2022-2663)

  - 在用户使用大于映射的 max_entries 的密钥调用 bpf_tail_call 函数的方式中，在 Linux 内核的 BPF 子系统中发现一个越界内存读取缺陷。本地用户可利用此缺陷，在未经授权的情况下获取某些数据。(CVE-2022-2905)

  - 当同时发生多个 xfrm_probe_algs 调用时，发现 Linux 内核中用于转换数据包的 IP 框架（XFRM 子系统）存在争用情形。此缺陷让本地攻击者可通过执行越界读取并将其复制到套接字中来触发越界写入，或泄漏内核堆内存。(CVE-2022-3028)

  - 在 i740 驱动程序中发现 Linux 内核缺陷。Userspace 程序可通过 ioctl() 接口向驱动程序传递任何值。驱动程序不检查“pixclock”的值，因此可能导致除零错误。(CVE-2022-3061)

  - Linux 内核的 io_uring 中存在释放后使用。Signalfd_poll() 和 binder_poll() 使用生命周期为当前任务的 waitqueue。它将在释放队列之前向所有等待程序发送 POLLFREE 通知。遗憾的是，io_uring 轮询未处理 POLLFREE。如果使用 io_uring 轮询轮询并且 waitqueue 被释放，则可允许发生释放后使用问题。我们建议升级过去的提交 fc78b2fc21f10c4c9c4d5d659a685710ffa63659 (CVE-2022-3176)

  - 在 Linux 内核声音子系统中发现一个因不当锁定而导致的争用条件缺陷。这个缺陷可在处理 SNDCTL_DSP_SYNC ioctl 时导致空指针取消引用。有权限的本地用户（根用户或“audio”群组成员）可利用此缺陷导致系统崩溃，从而导致拒绝服务情况 (CVE-2022-3303)

  - 在 Linux 内核的网络节点中发现一个缺陷。在将相同 SKB 排入队列（并释放）到子 qdisc 中之后，sch_sfb enqueue 函数使用套接字缓冲区 (SKB) cb 字段的方式存在释放后使用。本地非特权用户可利用此缺陷导致系统崩溃，从而造成拒绝服务。(CVE-2022-3586)

  - 在 Linux 内核中发现一个漏洞。已将此漏洞归类为“有问题”。受影响的是组件 nilfs2 的文件 fs/nilfs2/inode.c 的函数 nilfs_bmap_lookup_at_level。执行操作可导致空指针取消引用。可以远程发起攻击。建议应用补丁修复此问题。此漏洞的标识符为 VDB-211920。(CVE-2022-3621)

  - 在 Linux 内核中发现一个漏洞。已将此漏洞归类为“危急”。这会影响组件 IPsec 的文件 net/core/devlink.c 的函数 devlink_param_set/devlink_param_get。此操纵漏洞可导致释放后使用。建议应用补丁修复此问题。此漏洞获派的标识符为 VDB-211929。(CVE-2022-3625)

  - 在 Linux 内核中发现一个漏洞。已将此漏洞声明为“有问题”。此漏洞会影响组件 IPsec 的文件 net/vmw_vsock/af_vsock.c 的 vsock_connect 函数。此操纵漏洞会导致内存泄漏。建议应用补丁修复此问题。此漏洞获派的标识符为 VDB-211930。(CVE-2022-3629)

  - 在 Linux 内核中发现一个归类为“存在问题”的漏洞。受影响的是组件 IPsec 的文件 net/can/j1939/transport.c 的函数 j1939_session_destroy。此操纵漏洞会导致内存泄漏。建议应用补丁修复此问题。此漏洞的标识符为 VDB-211932。(CVE-2022-3633)

  - 在 Linux 内核中发现一个归类为“危急”的漏洞。受此问题影响的是组件 IPsec 的文件 drivers/atm/idt77252.c 的函数 tst_timer。此操纵漏洞可导致释放后使用。建议应用补丁修复此问题。此漏洞获派的标识符为 VDB-211934。(CVE-2022-3635)

  - 在 Linux 内核中发现一个归类为“存在问题”的漏洞。此问题会影响组件 BPF 的文件 fs/nilfs2/segment.c 的函数 nilfs_attach_log_writer。此操纵漏洞会导致内存泄漏。攻击可从远程发起。建议应用补丁修复此问题。此漏洞获派的标识符为 VDB-211961。(CVE-2022-3646)

  - 在 Linux 内核中发现一个漏洞。已将此漏洞归类为“有问题”。受影响的是组件 BPF 的文件  fs/nilfs2/inode.c 的函数 nilfs_new_inode。此操纵漏洞可导致释放后使用。可以远程发起攻击。建议应用补丁修复此问题。
    此漏洞的标识符为 VDB-211992。(CVE-2022-3649)

  - 在 Linux 内核 5.19 之前版本的 include/asm-generic/tlb.h 中发现一个问题。由于存在争用情形（unmap_mapping_range 与 munmap），设备驱动程序可在页面仍有过时 TLB 条目时将其释放。只有在使用 VM_PFNMAP VMA 的情况下，才会发生此问题。(CVE-2022-39188)

  - 在版本低于 5.19.6 的 Linux 内核的 net/netfilter/nf_tables_api.c 中发现问题。绑定到已绑定的链时可发生拒绝服务。(CVE-2022-39190)

  - 在 Linux 内核 5.19 之前的版本中发现问题。在 drivers/video/fbdev/pxa3xx-gcu.c 的 pxa3xx_gcu_write 中，count 参数存在 size_t 与 int 类型冲突，攻击者可借此造成整数溢出并绕过大小检查。之后，因为它会被用作 copy_from_user() 的第三个参数，所以可能发生堆溢出。(CVE-2022-39842)

  - 在 Linux 内核 5.19.8 及之前的所有版本中发现一个问题，drivers/firmware/efi/capsule-loader.c 中存在争用情形，可导致释放后使用攻击。(CVE-2022-40307)

  - 在版本低于 5.13.3 之前的 Linux 内核的 mm/mremap.c 中，存在通过过时 TLB 的释放后使用，因为在 PUD 移动期间未保持 rmap 锁定。(CVE-2022-41222)

  - 在 Linux 内核 5.19.16 之前的版本中发现问题。能够注入 WLAN 帧的攻击者可导致 net/mac80211/scan.c 中的 ieee80211_bss_info_update 函数发生缓冲区溢出。(CVE-2022-41674)

  - 解析 5.19.16 之前的 Linux 内核 5.2 至 5.19.x 版本中的多 BSSID 元素时，mac80211 堆栈中存在一个释放后使用漏洞，攻击者（能够注入 WLAN 帧）可导致内核崩溃并可能执行代码。(CVE-2022-42719)

  - 5.19.16 之前的 Linux 内核 5.1 至 5.19.x 版本中，在 mac80211 堆栈进行多 BSS 处理时存在多种引用计数错误，本地攻击者（能够注入 WLAN 帧）可导致释放后使用情况并可能执行代码。(CVE-2022-42720)

  - 5.19.16 之前的 Linux 内核 5.1 至 5.19.x 版本中，在 mac80211 堆栈进行 BSS 处理时存在一个列表管理错误，本地攻击者（能够注入 WLAN 帧）可能会损坏已链接的列表，从而可能执行代码。(CVE-2022-42721)

  - 在 5.19.16 之前的 Linux 内核 5.8 至 5.19.x 版本中，能够将 WLAN 帧注入 mac80211 堆栈的本地攻击者可对 P2P 设备的信标保护造成空指针取消引用拒绝服务攻击。 (CVE-2022-42722)

  在低于 5.19.15 版本和低于 6.0.1 的 6.x 版本的 Linux 内核中，usbmon 中的 drivers/usb/mon/mon_bin.c 允许用户空间客户端损坏监视器的内部内存。(CVE-2022-43750)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

远程主机上安装的 kernel-generic 版本低于 5.15.80/5.15.80_smp。因此，如公告 SSA:2022-333-01 所述，其会受到多个漏洞影响。

    Slackware 15.0 可使用新的内核程序包修复安全问题。

Tenable 已直接从 kernel-generic 安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

Rocky Linux 9.6 主机上存在安装的程序包，该程序包受到 TuxCare ALMALINUX9.6：CLSA-2026：1782155469 2公告中提及的多个漏洞的影响。

  - 在 Linux 内核中发现一个归类为“存在问题”的漏洞。受影响的是文件 net/can/j1939/transport.c 的函数j1939_session_destroy。此操纵漏洞会导致内存泄漏。建议应用补丁修复此问题。此漏洞的标识符为 VDB-211932。
    (CVE-2022-3633)

  - 已修复 Linux 内核中的下列漏洞：udf: Fix preallocation discarding at indirect extent boundary When preallocation extent is the first one in the extent block, the code would corrupt extent tree header instead. Fix the problem and use udf_delete_aext() for deleting extent to avoid some code duplication. (CVE-2022-48946)

  - 已修复 Linux 内核中的下列漏洞：xen/privcmd: fix error exit of privcmd_ioctl_dm_op() The error exit of privcmd_ioctl_dm_op() is calling unlock_pages() potentially with pages being NULL, leading to a NULL dereference. Additionally lock_pages() doesn't check for pin_user_pages_fast() having been completely successful, resulting in potentially not locking all pages into memory. This could result in sporadic failures when using the related memory in user mode. Fix all of that by calling unlock_pages() always with the real number of pinned pages, which will be zero in case pages being NULL, and by checking the number of pages pinned by pin_user_pages_fast() matching the expected number of pages. (CVE-2022-49989)

  - 已修复 Linux 内核中的下列漏洞：net: USB: Fix wrong-direction WARNING in plusb.c The syzbot fuzzer detected a bug in the plusb network driver: A zero-length control-OUT transfer was treated as a read instead of a write. In modern kernels this error provokes a WARNING: usb 1-1: BOGUS control dir, pipe 80000280 doesn't match bRequestType c0 WARNING: CPU: 0 PID: 4645 at drivers/usb/core/urb.c:411 usb_submit_urb+0x14a7/0x1880 drivers/usb/core/urb.c:411 Modules linked in: CPU:
    1 PID: 4645 Comm: dhcpcd Not tainted 6.2.0-rc6-syzkaller-00050-g9f266ccaa2f5 #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/12/2023 RIP: 0010:usb_submit_urb+0x14a7/0x1880 drivers/usb/core/urb.c:411 ... Call Trace: <TASK> usb_start_wait_urb+0x101/0x4b0 drivers/usb/core/message.c:58 usb_internal_control_msg drivers/usb/core/message.c:102 [inline] usb_control_msg+0x320/0x4a0 drivers/usb/core/message.c:153 __usbnet_read_cmd+0xb9/0x390 drivers/net/usb/usbnet.c:2010 usbnet_read_cmd+0x96/0xf0 drivers/net/usb/usbnet.c:2068 pl_vendor_req drivers/net/usb/plusb.c:60 [inline] pl_set_QuickLink_features drivers/net/usb/plusb.c:75 [inline] pl_reset+0x2f/0xf0 drivers/net/usb/plusb.c:85 usbnet_open+0xcc/0x5d0 drivers/net/usb/usbnet.c:889
    __dev_open+0x297/0x4d0 net/core/dev.c:1417 __dev_change_flags+0x587/0x750 net/core/dev.c:8530 dev_change_flags+0x97/0x170 net/core/dev.c:8602 devinet_ioctl+0x15a2/0x1d70 net/ipv4/devinet.c:1147 inet_ioctl+0x33f/0x380 net/ipv4/af_inet.c:979 sock_do_ioctl+0xcc/0x230 net/socket.c:1169 sock_ioctl+0x1f8/0x680 net/socket.c:1286 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs/ioctl.c:870 [inline] __se_sys_ioctl fs/ioctl.c:856 [inline] __x64_sys_ioctl+0x197/0x210 fs/ioctl.c:856 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x39/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd The fix is to call usbnet_write_cmd() instead of usbnet_read_cmd() and remove the USB_DIR_IN flag. (CVE-2023-52742)

  - 已修复 Linux 内核中的下列漏洞：tracing: Make sure trace_printk() can output as soon as it can be used Currently trace_printk() can be used as soon as early_trace_init() is called from start_kernel(). But if a crash happens, and ftrace_dump_on_oops is set on the kernel command line, all you get will be: [ 0.456075] <idle>-0 0dN.2. 347519us : Unknown type 6 [ 0.456075] <idle>-0 0dN.2. 353141us : Unknown type 6 [ 0.456075] <idle>-0 0dN.2. 358684us : Unknown type 6 This is because the trace_printk() event (type 6) hasn't been registered yet. That gets done via an early_initcall(), which may be early, but not early enough. Instead of registering the trace_printk() event (and other ftrace events, which are not trace events) via an early_initcall(), have them registered at the same time that trace_printk() can be used. This way, if there is a crash before early_initcall(), then the trace_printk()s will actually be useful. (CVE-2023-53007)

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
224903	Linux Distros 未修补的漏洞：CVE-2022-3633	Nessus	Misc.	2025/3/5	2026/7/17	low
359640	AlmaLinux 9.6 [TuxCare] 安全更新：kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1782155469）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/21	low
166822	Debian DLA-3173-1：linux-5.10 - LTS 安全更新	Nessus	Debian Local Security Checks	2022/11/2	2025/1/22	high
168270	Slackware Linux 15.0 kernel-generic 中存在多个漏洞 (SSA:2022-333-01)	Nessus	Slackware Local Security Checks	2022/11/29	2025/9/30	high
359694	Rocky Linux 9.6 [TuxCare] 安全更新：kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1782155469）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/21	low

检测

插件搜索

low

low

high

high

low