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

  - bridgeswitchdev修复更改 VLAN 协议时的内存泄漏 桥接驱动程序可通过 switchdev 或 8021q 驱动程序将 VLAN 卸载到底层硬件。使用前者时在桥接驱动程序中会使用“BR_VLFLAG_ADDED_BY_SWITCHDEV”专用标记标记 VLAN。为避免所引用的提交中提及的内存泄漏如果 VLAN 未使用之前提及的标记进行标记桥接驱动程序将尝试通过 8021q 驱动程序删除该 VLAN。当桥的 VLAN 协议更改时会通过“SWITCHDEV_ATTR_ID_BRIDGE_VLAN_PROTOCOL”属性通知 switchdev 驱动程序但也会调用 8021q 驱动程序以使用新协议添加现有 VLAN并使用旧协议删除这些 VLAN。如果通过 switchdev 卸载 VLAN 则上述行为既多余又容易出错。
    之所以冗余是因为已在支持 VLAN 协议更改的硬件和驱动程序中对 VLAN 进行了编程目前仅 mlx5收到 switchdev 属性通知后会更改协议。此漏洞是因为尽管这些 VLAN 标记有“BR_VLFLAG_ADDED_BY_SWITCHDEV”仍会调用 8021q 驱动程序。这会在删除 VLAN 时导致内存泄漏 [1]。通过不调用已通过 switchdev 编程的 VLAN 的 8021q 驱动程序来修复。 [1] unreferenced object 0xffff8881f6771200 (size 256): comm ip, pid 446855, jiffies 4298238841 (age 55.240s) hex dump(first 32 bytes): 00 00 7f 0e 83 88 ff ff 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0.. ............ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ..
    backtrace[<00000000012819ac>] vlan_vid_add+0x437/0x750 [<00000000f2281fad>]
    __br_vlan_set_proto+0x289/0x920 [<000000000632b56f>] br_changelink+0x3d6/0x13f0 [<0000000089d25f04>]
    __rtnl_newlink+0x8ae/0x14c0 [<00000000f6276baf>] rtnl_newlink+0x5f/0x90 [<00000000746dc902>] rtnetlink_rcv_msg+0x336/0xa00 [<000000001c2241c0>] netlink_rcv_skb+0x11d/0x340 [<0000000010588814>] netlink_unicast+0x438/0x710 [<00000000e1a4cd5c>] netlink_send_send [<00000000e8992d4e>] sock_sendmsg+0xb0/0xe0 [<00000000621b8f91>]____sys_sendmsg+0x4ff/0x6d0 [<000000000ea26996>]
    ___sys_sendmsg+0x12e/0x1b0 [<00000000684f7e25>] __sys_sendmsg+0xab/0x130 [<000000004538b104>] do_syscall_64+0x3d/0x90 [<0000000091ed9678>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 (CVE-2022-49812)

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

远程主机上安装的内核版本低于 5.10.157-139.675。因此，会受到 ALAS2KERNEL-5.10-2022-024 公告中提及的多个漏洞影响。

    在 Linux 内核中发现一个缺陷。如果通过驱动程序的设备文件连续请求 NVME_IOCTL_RESET 和 NVME_IOCTL_SUBSYS_RESET，可能会发生拒绝服务缺陷，从而导致 PCIe 链路断开。(CVE-2022-3169)

    在 Linux 内核的 GPU i915 内核驱动程序中发现 TLB 刷新错误问题，此问题可能导致随机内存损坏或数据泄漏。本地用户可利用此缺陷导致系统崩溃或升级其系统权限。(CVE-2022-4139)

    在 Linux 内核 5.10.x 至 5.10.155 版中发现一个问题。fs/io_uring.c 中的 io_sqpoll_wait_sq 存在释放后使用漏洞，可让攻击者造成内核崩溃，进而导致拒绝服务。可跳过 finish_wait。在某些情况下，可以通过将进程分叉 (fork)，然后迅速终止它来进行攻击。
    注：更新的内核版本（例如 5.15 longterm 系列）从本质上更改了 io_sqpoll_wait_sq 的实现。(CVE-2022-47946)

    在 Linux 内核中，以下漏洞已修复：

    mm/damon/sysfs：修复 damon_sysfs_set_schemes() 中在线调整下错误的空方案假设 (CVE-2022-48996)

    在 Linux 内核中，以下漏洞已修复：

    gfs2：读取超级块后检查 sb_bsize_shift (CVE-2022-49769)

    在 Linux 内核中，以下漏洞已修复：

    ceph：避免在解码快照失败时放置两次领域 （CVE-2022-49770）

    在 Linux 内核中，以下漏洞已修复：

    dm ioctl：修复 list_versions 与模块加载争用时的错误行为 (CVE-2022-49771)

    在 Linux 内核中，以下漏洞已修复：

    macvlan：强制执行一致的最小 mtu (CVE-2022-49776)

    在 Linux 内核中，以下漏洞已修复：

    输入：i8042 - 修复删除模块时的平台设备泄漏 （CVE-2022-49777）

    在 Linux 内核中，以下漏洞已修复：

    kprobes：在 kprobe-on-ftrace 案例中跳过清除 aggrprobe 的post_handler （CVE-2022-49779）

    在 Linux 内核中，以下漏洞已修复：

    scsi：target：tcm_loop：修复 tcm_loop_setup_hba_bus（） （CVE-2022-49780） 中可能的名称泄漏

    在 Linux 内核中，以下漏洞已修复：

    mmc：sdhci-pci：修复因缺少 pci_dev_put() 可能导致的内存泄漏问题 (CVE-2022-49787)

    在 Linux 内核中，以下漏洞已修复：

    misc/vmw_vmci：修复 vmci_host_do_receive_datagram() 中的信息泄露问题 (CVE-2022-49788)

    在 Linux 内核中，以下漏洞已修复：

    ftrace：修复 ftrace_add_mod() 中的空指针取消引用 (CVE-2022-49802)

    在 Linux 内核中，以下漏洞已修复：

    drbd：drbd_create_device() 中的释放后使用 (CVE-2022-49811)

    在 Linux 内核中，以下漏洞已修复：

    bridge：switchdev：修复更改 VLAN 协议时的内存泄漏 （CVE-2022-49812）

    在 Linux 内核中，以下漏洞已修复：

    kcm：关闭 sk_receive_queue 中的争用条件 (CVE-2022-49814)

    在 Linux 内核中，以下漏洞已修复：

    ata：libata-transport：修复 ata_tdev_add（） 中的错误处理 （CVE-2022-49823）

    在 Linux 内核中，以下漏洞已修复：

    ata：libata-transport：修复 ata_tlink_add（） 中的错误处理 （CVE-2022-49824）

    在 Linux 内核中，以下漏洞已修复：

    ata：libata-transport：修复 ata_tport_add（） 中的错误处理 （CVE-2022-49825）

    在 Linux 内核中，以下漏洞已修复：

    ata：libata-transport：修复 ata_tport_add（）CVE-2022-49826 （） 中的双重 ata_host_put（）

    在 Linux 内核中，以下漏洞已修复：

    drm：修复 drm_vblank_destroy_worker（） （CVE-2022-49827） 中潜在的 null-ptr-deref

    在 Linux 内核中，以下漏洞已修复：

    drm/drv：修复 drm_dev_init（） （CVE-2022-49830） 中潜在的内存泄漏

    在 Linux 内核中，以下漏洞已修复：

    pinctrl：devicetree：修复 pinctrl_dt_to_map 中的空指针取消引用 (CVE-2022-49832)

    在 Linux 内核中，以下漏洞已修复：

    sctp：如果删除当前消息的所有 frag 区块，则清除out_curr （CVE-2022-49838）

    在 Linux 内核中，以下漏洞已修复：

    scsi：scsi_transport_sas：修复 sas_phy_add（） 中的错误处理 （CVE-2022-49839）

    在 Linux 内核中，以下漏洞已修复：

    bpf、test_run：修复 bpf_prog_test_run_skb() 中的对齐问题 (CVE-2022-49840)

    在 Linux 内核中，以下漏洞已修复：

    ASoC: core: 修复 snd_soc_exit() 中的释放后使用漏洞 (CVE-2022-49842)

    在 Linux 内核中，在分配 con 和设置 con->sock 之间发现数据争用缺陷。在 Linux 内核中，若访问 tipc 协议中 net/tipc/topsrv.c 的 con->sock->sk，会导致空指针取消引用。(CVE-2023-1382)

Tenable 已直接从测试产品的安全公告中提取上述描述块。

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

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

  - 已修复 Linux 内核中的下列漏洞：extcon: Modify extcon device to be created after driver data is set Currently, someone can invoke the sysfs such as state_show() intermittently before dev_set_drvdata() is done. And it can be a cause of kernel Oops because of edev is Null at that time. So modified the driver registration to after setting drviver data. - Oops's backtrace.
    Backtrace: [<c067865c>] (state_show) from [<c05222e8>] (dev_attr_show) [<c05222c0>] (dev_attr_show) from [<c02c66e0>] (sysfs_kf_seq_show) [<c02c6648>] (sysfs_kf_seq_show) from [<c02c496c>] (kernfs_seq_show) [<c02c4938>] (kernfs_seq_show) from [<c025e2a0>] (seq_read) [<c025e11c>] (seq_read) from [<c02c50a0>] (kernfs_fop_read) [<c02c5064>] (kernfs_fop_read) from [<c0231cac>] (__vfs_read) [<c0231c5c>] (__vfs_read) from [<c0231ee0>] (vfs_read) [<c0231e34>] (vfs_read) from [<c0232464>] (ksys_read) [<c02323f0>] (ksys_read) from [<c02324fc>] (sys_read) [<c02324e4>] (sys_read) from [<c00091d0>] (__sys_trace_return) (CVE-2022-49308)

  - 已修复 Linux 内核中的下列漏洞：tick/nohz: unexport __init-annotated tick_nohz_full_setup() EXPORT_SYMBOL and __init is a bad combination because the .init.text section is freed up after the initialization. Hence, modules cannot use symbols annotated __init. The access to a freed symbol may end up with kernel panic. modpost used to detect it, but it had been broken for a decade.
    Commit 28438794aba4 (modpost: fix section mismatch check for exported init/exit sections) fixed it so modpost started to warn it again, then this showed up: MODPOST vmlinux.symvers WARNING: modpost:
    vmlinux.o(___ksymtab_gpl+tick_nohz_full_setup+0x0): Section mismatch in reference from the variable
    __ksymtab_tick_nohz_full_setup to the function .init.text:tick_nohz_full_setup() The symbol tick_nohz_full_setup is exported and annotated __init Fix this by removing the __init annotation of tick_nohz_full_setup or drop the export. Drop the export because tick_nohz_full_setup() is only called from the built-in code in kernel/sched/isolation.c. (CVE-2022-49675)

  - 已修复 Linux 内核中的下列漏洞：ata: libata-core: fix NULL pointer deref in ata_host_alloc_pinfo() In an unlikely (and probably wrong?) case that the 'ppi' parameter of ata_host_alloc_pinfo() points to an array starting with a NULL pointer, there's going to be a kernel oops as the 'pi' local variable won't get reassigned from the initial value of NULL. Initialize 'pi' instead to '&ata_dummy_port_info' to fix the possible kernel oops for good... Found by Linux Verification Center (linuxtesting.org) with the SVACE static analysis tool. (CVE-2022-49731)

  - 已修复 Linux 内核中的下列漏洞：bridge: switchdev: Fix memory leaks when changing VLAN protocol The bridge driver can offload VLANs to the underlying hardware either via switchdev or the 8021q driver. When the former is used, the VLAN is marked in the bridge driver with the 'BR_VLFLAG_ADDED_BY_SWITCHDEV' private flag. To avoid the memory leaks mentioned in the cited commit, the bridge driver will try to delete a VLAN via the 8021q driver if the VLAN is not marked with the previously mentioned flag. When the VLAN protocol of the bridge changes, switchdev drivers are notified via the 'SWITCHDEV_ATTR_ID_BRIDGE_VLAN_PROTOCOL' attribute, but the 8021q driver is also called to add the existing VLANs with the new protocol and delete them with the old protocol. In case the VLANs were offloaded via switchdev, the above behavior is both redundant and buggy. Redundant because the VLANs are already programmed in hardware and drivers that support VLAN protocol change (currently only mlx5) change the protocol upon the switchdev attribute notification. Buggy because the 8021q driver is called despite these VLANs being marked with 'BR_VLFLAG_ADDED_BY_SWITCHDEV'. This leads to memory leaks [1] when the VLANs are deleted. Fix by not calling the 8021q driver for VLANs that were already programmed via switchdev. [1] unreferenced object 0xffff8881f6771200 (size 256): comm ip, pid 446855, jiffies 4298238841 (age 55.240s) hex dump (first 32 bytes): 00 00 7f 0e 83 88 ff ff 00 00 00 00 00 00 00 00 ................ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ backtrace:
    [<00000000012819ac>] vlan_vid_add+0x437/0x750 [<00000000f2281fad>] __br_vlan_set_proto+0x289/0x920 [<000000000632b56f>] br_changelink+0x3d6/0x13f0 [<0000000089d25f04>] __rtnl_newlink+0x8ae/0x14c0 [<00000000f6276baf>] rtnl_newlink+0x5f/0x90 [<00000000746dc902>] rtnetlink_rcv_msg+0x336/0xa00 [<000000001c2241c0>] netlink_rcv_skb+0x11d/0x340 [<0000000010588814>] netlink_unicast+0x438/0x710 [<00000000e1a4cd5c>] netlink_sendmsg+0x788/0xc40 [<00000000e8992d4e>] sock_sendmsg+0xb0/0xe0 [<00000000621b8f91>] ____sys_sendmsg+0x4ff/0x6d0 [<000000000ea26996>] ___sys_sendmsg+0x12e/0x1b0 [<00000000684f7e25>] __sys_sendmsg+0xab/0x130 [<000000004538b104>] do_syscall_64+0x3d/0x90 [<0000000091ed9678>] entry_SYSCALL_64_after_hwframe+0x46/0xb0 (CVE-2022-49812)

  - 已修复 Linux 内核中的下列漏洞：capabilities: fix potential memleak on error path from vfs_getxattr_alloc() In cap_inode_getsecurity(), we will use vfs_getxattr_alloc() to complete the memory allocation of tmpbuf, if we have completed the memory allocation of tmpbuf, but failed to call handler->get(...), there will be a memleak in below logic: |-- ret = (int)vfs_getxattr_alloc(mnt_userns, ...) | /* ^^^ alloc for tmpbuf */ |-- value = krealloc(*xattr_value, error + 1, flags) | /* ^^^ alloc memory */ |-- error = handler->get(handler, ...) | /* error! */ |--
    *xattr_value = value | /* xattr_value is &tmpbuf (memory leak!) */ So we will try to free(tmpbuf) after vfs_getxattr_alloc() fails to fix it. [PM: subject line and backtrace tweaks] (CVE-2022-49890)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
247559	Linux Distros 未修补的漏洞：CVE-2022-49812	Nessus	Misc.	2025/8/10	2026/11/12	medium
170458	Amazon Linux 2：内核、 --advisory ALAS2KERNEL-5。15-2023-012 （ALASKERNEL-5。15-2023-012）	Nessus	Amazon Linux Local Security Checks	2023/1/24	2026/6/4	high
168728	Amazon Linux 2：内核、 --advisory ALAS2KERNEL-5。10-2022-024 （ALASKERNEL-5。10-2022-024）	Nessus	Amazon Linux Local Security Checks	2022/12/14	2026/6/4	high
360687	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1783362244）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/19	high

检测

插件搜索

medium

high

high

high