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

  - netcdc_ncm处理过低的 dwNtbOutMaxSize 值。目前在 cdc_ncm_check_tx_max() 中如果 dwNtbOutMaxSize 小于计算的最小值但大于零则逻辑将 tx_max 设置为 dwNtbOutMaxSize。然后将其用于在处理所有数据的 cdc_ncm_fill_tx_frame() 中分配新的 SKB。对于小 dwNtbOutMaxSize 值在 alloc_skb(dwNtbOutMaxSize, GFP_ATOMIC) 期间分配的内存将具有相同大小这是因为分配时大小的对齐方式所致 size = SKB_DATA_ALIGN(size); size += SKB_DATA_ALIGN(sizeof(struct skb_shared_info));因此我们遇到了尝试通过提交 2be6d4d16a084 进行压缩的相同缺陷 (netcdc_ncm允许未设置 dwNtbOutMaxSize 或将其设置为零) dwNtbOutMaxSize 的低值不会造成目前的问题因为在 alloc_skb() 时间更多内存 (512b) 被占用分配的内存不足单独为 SKB 标头 (320b) 所需的内存，从而为 CDC 数据 (172b) 留出一些空间 (512b - 320b = 192b)。但是如果更多元素例如 3 x u64 = [24b]被添加到其中一个 SKB 标头结构例如“struct skb_shared_info”会将其原始大小 (320b [320b aligned]) 增加到某个更大的值 (344b [384b aligned]) aligned]然后备用 SKB 数据区域 (512b - 384b = 128b) 突然不再容纳 CDC 数据 (172b)。因此 SKB 边界检查语义失败并产生错误
    skbuff: skb_over_panic: text:ffffffff831f755b len:184 put:172 head:ffff88811f1c6c00 data:ffff88811f1c6c00 tail:0xb8 end:0x80 dev:<NULL> ------------[ 在此处剪切 ]----- ------- 位于 net/core/skbuff.c:113! 的内核缺陷无效 opcode0000 [#1] PREEMPT SMP KASAN CPU: 0 PID: 57 Comm: kworker/0:2 未受感染 5.15.106-syzkaller-00249-g19c0ed55a470 #0 硬件名称Google Google Compute Engine/Google Compute Engine、BIOS Google 2023 年 4 月 14 日 Workqueuemld mld_ifc_work RIP: 0010:skb_panic net/core/skbuff.c:113 [inline] RIP: 0010:skb_over_panic+0x14c/0x150 net/core/skbuff.c:118 [snip] 调用跟踪 <TASK> skb_put+0x151/0x210 net/core/skbuff.c:2047 skb_put_zero include/linux/skbuff.h:2422 [内联] cdc_ncm_ndp16 drivers/net/usb/cdc_ncm.c:1131 [内联] cdc_ncm_fill_tx_frame+0x11ab/0x3da0 驱动程序/net/usb/cdc_ncm.c:1308 cdc_ncm_tx_fixup+0xa3/0x100 处理 dwNtbOutMaxSize 的过低值，并将其限制在 [USB_CDC_NCM_NTB_MIN_OUT_SIZE、CDC_NCM_NTB_MAX_SIZE_TX] 范围内。我们确保 dwNtbOutMaxSize 不小于 USB_CDC_NCM_NTB_MIN_OUT_SIZE从而确保分配足够的数据空间来处理 CDC 数据。
    (CVE-2023-53667)

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

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

  - 已修复 Linux 内核中的下列漏洞：can: isotp: fix potential CAN frame reception race in isotp_rcv() When receiving a CAN frame the current code logic does not consider concurrently receiving processes which do not show up in real world usage. Ziyang Xuan writes: The following syz problem is one of the scenarios. so->rx.len is changed by isotp_rcv_ff() during isotp_rcv_cf(), so->rx.len equals 0 before alloc_skb() and equals 4096 after alloc_skb(). That will trigger skb_over_panic() in skb_put(). ======================================================= CPU: 1 PID:
    19 Comm: ksoftirqd/1 Not tainted 5.16.0-rc8-syzkaller #0 RIP: 0010:skb_panic+0x16c/0x16e net/core/skbuff.c:113 Call Trace: <TASK> skb_over_panic net/core/skbuff.c:118 [inline] skb_put.cold+0x24/0x24 net/core/skbuff.c:1990 isotp_rcv_cf net/can/isotp.c:570 [inline] isotp_rcv+0xa38/0x1e30 net/can/isotp.c:668 deliver net/can/af_can.c:574 [inline] can_rcv_filter+0x445/0x8d0 net/can/af_can.c:635 can_receive+0x31d/0x580 net/can/af_can.c:665 can_rcv+0x120/0x1c0 net/can/af_can.c:696 __netif_receive_skb_one_core+0x114/0x180 net/core/dev.c:5465
    __netif_receive_skb+0x24/0x1b0 net/core/dev.c:5579 Therefore we make sure the state changes and data structures stay consistent at CAN frame reception time by adding a spin_lock in isotp_rcv(). This fixes the issue reported by syzkaller but does not affect real world operation. (CVE-2022-48830)

  - 已修复 Linux 内核中的下列漏洞：ceph: fix deadlock or deadcode of misusing dget() The lock order is incorrect between denty and its parent, we should always make sure that the parent get the lock first. But since this deadcode is never used and the parent dir will always be set from the callers, let's just remove it. (CVE-2023-52583)

  - 已修复 Linux 内核中的下列漏洞：trace_events_hist: add check for return value of 'create_hist_field' Function 'create_hist_field' is called recursively at trace_events_hist.c:1954 and can return NULL-value that's why we have to check it to avoid null pointer dereference. Found by Linux Verification Center (linuxtesting.org) with SVACE. (CVE-2023-53005)

  - 已修复 Linux 内核中的下列漏洞：netfilter: x_tables: fix percpu counter block leak on error path when creating new netns Here is the stack where we allocate percpu counter block: +-< __alloc_percpu +-< xt_percpu_counter_alloc +-< find_check_entry # {arp,ip,ip6}_tables.c +-< translate_table And it can be leaked on this code path: +-> ip6t_register_table +-> translate_table # allocates percpu counter block +-> xt_register_table # fails there is no freeing of the counter block on xt_register_table fail. Note: xt_percpu_counter_free should be called to free it like we do in do_replace through cleanup_entry helper (or in __ip6t_unregister_table). Probability of hitting this error path is low AFAICS (xt_register_table can only return ENOMEM here, as it is not replacing anything, as we are creating new netns, and it is hard to imagine that all previous allocations succeeded and after that one in xt_register_table failed). But it's worth fixing even the rare leak. (CVE-2023-53200)

  - 已修复 Linux 内核中的下列漏洞：spi: imx: Don't skip cleanup in remove's error path Returning early in a platform driver's remove callback is wrong. In this case the dma resources are not released in the error path. this is never retried later and so this is a permanent leak.
    To fix this, only skip hardware disabling if waking the device fails. (CVE-2023-53225)

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

远程主机上安装的内核版本低于 5.4.247-161.349。因此，会受到 ALAS2KERNEL-5.4-2023-047 公告中提及的多个漏洞影响。

    在 Linux 内核中，arch/x86/kvm/x86.c 内 kvm_steal_time_set_preempted 的 x86 KVM 子系统中发现了一个缺陷。非特权客户机用户可危害客户机内核，因为在某些 KVM_VCPU_PREEMPTED 情况下未正确处理 TLB 刷新操作。 (CVE-2022-39189)

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

    btrfs：如果在 prepare_to_relocate() 中事务提交失败，则取消设置重定位控制 (CVE-2022-50067)

    Linux 内核的 eBPF 子系统中可能发生死锁问题。

    Amazon Linux 上的默认 sysctl 配置 kernel.unprivileged_bpf_disabled 不允许非特权用户使用 eBPF。(CVE-2023-0160)

    发现可能因为存在递归锁定情形而产生的拒绝服务问题，该问题会导致 Linux 内核 Device Mapper Multipathing 子组件中 drivers/md/dm-ioctl.c 的 table_clear 发生死锁。(CVE-2023-2269)

    可以利用 Linux 内核 ipvlan 网络驱动程序中的堆越界写入漏洞实现本地特权提升。

    出现越界写入的原因是 ipvlan 网络驱动程序中缺少 skb->cb 初始化。如果启用了 CONFIG_IPVLAN，则可利用此漏洞。

    我们建议升级过去的提交 90cbed5247439a966b645b34eb0a2e037836ea8e。(CVE-2023-3090)

    在 Linux 内核的 btrfs 内，在 fs/btrfs/relocation.c 中的 prepare_to_relocate 内发现了一个释放后使用漏洞。通过在调用 btrfs_ioctl_defrag() 之前调用 btrfs_ioctl_balance()，可触发此潜在缺陷。(CVE-2023-3111)

    在 Linux 内核的媒体访问中，在 drivers/memstick/host/r592.c 的 r592_remove 中发现一个释放后使用缺陷。此缺陷让本地攻击者能够在设备断开连接时使系统崩溃，进而可能导致内核信息泄露。(CVE-2023-3141)

    在 Linux 内核的中继文件中，在 kernel/relay.c 的 relay_file_read_start_pos 中发现一个越界 (OOB) 内存访问缺陷。此缺陷允许本地攻击者造成系统崩溃或泄露内核内部信息。(CVE-2023-3268)

    在 6.3.3 之前版本的 Linux 内核中发现了一个问题。由于 ext4_group_desc_csum 未正确检查偏移，因此当从 fs/ext4/super.c 调用时，lib/crc16.c 中的 crc16 发生越界读取问题。(CVE-2023-34256)

    在 Linux 内核中，发现 vc_screen 中 drivers/tty/vt/vc_screen.c 的 vcs_read 存在一个释放后使用缺陷。如果攻击者具有本地用户访问权限，他们可利用此缺陷造成系统崩溃或泄露内核内部信息。(CVE-2023-3567)

    在 6.3.7 之前的 Linux 内核中发现 net/sched/cls_flower.c 内的 fl_set_geneve_opt 存在问题。
    借助 TCA_FLOWER_KEY_ENC_OPTS_GENEVE 数据包，此问题可造成花卉分类器代码出现越界写入。
    这可能导致拒绝服务或权限升级。(CVE-2023-35788)

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

    serial8250重新初始化端口特定驱动程序 unbind 上的 port->pm (CVE-2023-53176)

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

    ACPICA避免未定义的行为将零偏移应用到空指针 (CVE-2023-53182)

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

    ext4在 get_max_inline_xattr_value_size() 中添加边界检查 (CVE-2023-53285)

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

    md/raid10修复“r10bio->remaining”的泄漏以进行恢复 (CVE-2023-53299)

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

    ext4修复 mb_find_extent 中的警告 (CVE-2023-53317)

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

    nilfs2在降级为只读后不写入脏数据 (CVE-2023-53337)

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

    net添加 vlan_get_protocol_and_depth() 辅助函数 (CVE-2023-53433)

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

    ext4删除 ext4_mb_release_group_pa() 中的 BUG_ON (CVE-2023-53450)

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

    libcpu_rmap避免 rmap->obj 数组条目上的释放后使用 (CVE-2023-53484)

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

    tcp/udp修复具有 TX 时间戳的 sk 和 zerocopy skbs 的内存泄漏。 (CVE-2023-53489)

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

    spiqup不跳过删除的错误路径中的清理 (CVE-2023-53567)

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

    ext2挂载期间检查块大小有效性 (CVE-2023-53569)

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

    ring-buffer同步 IRQ 在缓冲区破坏前工作 (CVE-2023-53587)

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

    dm 完整性在 dm_integrity_init() 错误路径中调用 kmem_cache_destroy()CVE-2023-53604

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

    netcdc_ncm处理过低的 dwNtbOutMaxSize 值CVE-2023-53667

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

    fshfsplus从 hfsplus_cat_{read,write}_inode() 删除 WARN_ON() (CVE-2023-53683)

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

    ext4修复 ext4_find_extent 中针对 bigalloc + 内联的释放后使用读取 (CVE-2023-53692)

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

    ipv6修复 ipv6_find_tlv() 中的越界访问 (CVE-2023-53705)

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

    serialarc_uart修复“arc_serial_probe”中的 of_iomap 泄漏 (CVE-2023-53719)

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

    vc_screen重新加载 vcs_write() 中的 struct vc_data 指针加载以避免 UAFCVE-2023-53747]

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

    scsilpfc修复 lpfc_sli4_pci_mem_setup() 中的 ioremap 问题 (CVE-2023-53754)

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

    USBusbtmc修复了 0 长度 ioctl 控制消息的方向 (CVE-2023-53761)

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

    dmflakey修复无效表行中的崩溃问题 (CVE-2023-53786)

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

    nilfs2修复 nilfs_evict_inode() 中 nilfs_root 的释放后使用缺陷CVE-2023-53804]

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

    md/raid10修复 raid10_sync_request 中的 null-ptr-deref (CVE-2023-53832)

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

    nilfs2修复 nilfs_mdt_get_block() 中的无限循环CVE-2023-53845]

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

    netlink批注对 nlk->cb_running 的访问 (CVE-2023-53853)

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

    udplite修复 __sk_mem_raise_allocating() 中的空指针取消引用。 (CVE-2023-54004)

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

    vmci_host修复 vmci_host_poll() 中导致 GPF 的争用条件 (CVE-2023-54007)

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

    net修复对虚拟接口禁用 LRO 时的堆栈溢出 (CVE-2023-54012)

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

    net/mlx5Devcom修复 mlx5_devcom_register_device 中的错误流 (CVE-2023-54015)

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

    ext4在 ext4_mb_normalize_request 中正确设置目标开始 (CVE-2023-54021)

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

    spmi删除 SPMI 驱动程序时添加对删除回调的检查 (CVE-2023-54044)

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

    kheaders使用数组声明而不是 char (CVE-2023-54056)

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

    ext4修复 ext4_xattr_move_to_block() 中的无效释放跟踪 (CVE-2023-54062)

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

    scsilpfc防止 lpfc_debugfs_lockstat_write() 缓冲区溢出CVE-2023-54102]

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

    netnsh使用正确的 mac_offset 在 nsh_gso_segment() 中展开 gso skbCVE-2023-54114]

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

    inotify避免报告具有无效 wd 的事件 (CVE-2023-54119)

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

    md/raid10修复“conf->bio_split”的内存泄漏 (CVE-2023-54123)

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

    btrfs除非特别指定否则不释放 qgroup 空间 (CVE-2023-54158)

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

    firmwarearm_sdei修复无效上下文 BUG 中的休眠 (CVE-2023-54160)

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

    RDMA/mlx4防止 set_user_sq_size() 中位移封装 (CVE-2023-54168)

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

    scsitargetiscsit在释放会话前释放 cmd (CVE-2023-54184)

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

    net/schedcls_api在释放之前从 driver_list 中删除 block_cb (CVE-2023-54193)

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

    USBsisusbvga添加端点检查 (CVE-2023-54213)

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

    net修复 sock_recv_cmsgs() 中 sk->sk_stamp 的加载损坏。 (CVE-2023-54218)

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

    af_unix修复围绕 sk->sk_shutdown 的数据争用。 (CVE-2023-54226)

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

    ACPIEC修复删除自定义查询处理程序时的 oops (CVE-2023-54244)

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

    debugobjects不从 fill_pool() 唤醒 kswapd (CVE-2023-54268)

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

    md/raid10修复 md 线程的内存泄漏 (CVE-2023-54294)

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

    ext4修复在非日志模式下转换内联目录时的死锁 (CVE-2023-54311)

    在 Linux 内核的 ext4 中，在 fs/ext4/super.c 的 __ext4_remount 中发现了一个释放后使用缺陷。本地用户可利用此缺陷，在释放旧配额文件名以触发潜在的故障时，造成信息泄漏问题，从而导致释放后使用。(CVE-2024-0775)

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

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

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

  - 已修复 Linux 内核中的下列漏洞：can: isotp: fix potential CAN frame reception race in isotp_rcv() When receiving a CAN frame the current code logic does not consider concurrently receiving processes which do not show up in real world usage. Ziyang Xuan writes: The following syz problem is one of the scenarios. so->rx.len is changed by isotp_rcv_ff() during isotp_rcv_cf(), so->rx.len equals 0 before alloc_skb() and equals 4096 after alloc_skb(). That will trigger skb_over_panic() in skb_put(). ======================================================= CPU: 1 PID:
    19 Comm: ksoftirqd/1 Not tainted 5.16.0-rc8-syzkaller #0 RIP: 0010:skb_panic+0x16c/0x16e net/core/skbuff.c:113 Call Trace: <TASK> skb_over_panic net/core/skbuff.c:118 [inline] skb_put.cold+0x24/0x24 net/core/skbuff.c:1990 isotp_rcv_cf net/can/isotp.c:570 [inline] isotp_rcv+0xa38/0x1e30 net/can/isotp.c:668 deliver net/can/af_can.c:574 [inline] can_rcv_filter+0x445/0x8d0 net/can/af_can.c:635 can_receive+0x31d/0x580 net/can/af_can.c:665 can_rcv+0x120/0x1c0 net/can/af_can.c:696 __netif_receive_skb_one_core+0x114/0x180 net/core/dev.c:5465
    __netif_receive_skb+0x24/0x1b0 net/core/dev.c:5579 Therefore we make sure the state changes and data structures stay consistent at CAN frame reception time by adding a spin_lock in isotp_rcv(). This fixes the issue reported by syzkaller but does not affect real world operation. (CVE-2022-48830)

  - 已修复 Linux 内核中的下列漏洞：ceph: fix deadlock or deadcode of misusing dget() The lock order is incorrect between denty and its parent, we should always make sure that the parent get the lock first. But since this deadcode is never used and the parent dir will always be set from the callers, let's just remove it. (CVE-2023-52583)

  - 已修复 Linux 内核中的下列漏洞：trace_events_hist: add check for return value of 'create_hist_field' Function 'create_hist_field' is called recursively at trace_events_hist.c:1954 and can return NULL-value that's why we have to check it to avoid null pointer dereference. Found by Linux Verification Center (linuxtesting.org) with SVACE. (CVE-2023-53005)

  - 已修复 Linux 内核中的下列漏洞：netfilter: x_tables: fix percpu counter block leak on error path when creating new netns Here is the stack where we allocate percpu counter block: +-< __alloc_percpu +-< xt_percpu_counter_alloc +-< find_check_entry # {arp,ip,ip6}_tables.c +-< translate_table And it can be leaked on this code path: +-> ip6t_register_table +-> translate_table # allocates percpu counter block +-> xt_register_table # fails there is no freeing of the counter block on xt_register_table fail. Note: xt_percpu_counter_free should be called to free it like we do in do_replace through cleanup_entry helper (or in __ip6t_unregister_table). Probability of hitting this error path is low AFAICS (xt_register_table can only return ENOMEM here, as it is not replacing anything, as we are creating new netns, and it is hard to imagine that all previous allocations succeeded and after that one in xt_register_table failed). But it's worth fixing even the rare leak. (CVE-2023-53200)

  - 已修复 Linux 内核中的下列漏洞：spi: imx: Don't skip cleanup in remove's error path Returning early in a platform driver's remove callback is wrong. In this case the dma resources are not released in the error path. this is never retried later and so this is a permanent leak.
    To fix this, only skip hardware disabling if waking the device fails. (CVE-2023-53225)

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

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

  - 已修复 Linux 内核中的下列漏洞：phy: mdio: fix memory leak Syzbot reported memory leak in MDIO bus interface, the problem was in wrong state logic. MDIOBUS_ALLOCATED indicates 2 states: 1. Bus is only allocated 2. Bus allocated and __mdiobus_register() fails, but device_register() was called In case of device_register() has been called we should call put_device() to correctly free the memory allocated for this device, but mdiobus_free() calls just kfree(dev) in case of MDIOBUS_ALLOCATED state To avoid this behaviour we need to set bus->state to MDIOBUS_UNREGISTERED _before_ calling device_register(), because put_device() should be called even in case of device_register() failure. (CVE-2021-47416)

  - 在 Linux 内核的 TeleTYpe 子系统中发现越界读取缺陷。在 flush_to_ldisc 函数中存在内存泄漏时，用户使用 ioctls TIOCSPTLCK 和 TIOCGPTPEER 以及 TIOCSTI 和 TCXONC 触发争用条件时会发生此问题。此缺陷会让本地用户导致系统崩溃或从内存读取未经授权的随机数据。 (CVE-2022-1462)

  - 已修复 Linux 内核中的下列漏洞：can: isotp: sanitize CAN ID checks in isotp_bind() Syzbot created an environment that lead to a state machine status that can not be reached with a compliant CAN ID address configuration. The provided address information consisted of CAN ID 0x6000001 and 0xC28001 which both boil down to 11 bit CAN IDs 0x001 in sending and receiving. Sanitize the SFF/EFF CAN ID values before performing the address checks. (CVE-2022-49269)

  - 已修复 Linux 内核中的下列漏洞：tty: fix deadlock caused by calling printk() under tty_port->lock pty_write() invokes kmalloc() which may invoke a normal printk() to print failure message. This can cause a deadlock in the scenario reported by syz-bot below: CPU0 CPU1 CPU2 ----
    ---- ---- lock(console_owner); lock(&port_lock_key); lock(&port->lock); lock(&port_lock_key);
    lock(&port->lock); lock(console_owner); As commit dbdda842fe96 (printk: Add console owner and waiter logic to load balance console writes) said, such deadlock can be prevented by using printk_deferred() in kmalloc() (which is invoked in the section guarded by the port->lock). But there are too many printk() on the kmalloc() path, and kmalloc() can be called from anywhere, so changing printk() to printk_deferred() is too complicated and inelegant. Therefore, this patch chooses to specify __GFP_NOWARN to kmalloc(), so that printk() will not be called, and this deadlock problem can be avoided. Syzbot reported the following lockdep error: ====================================================== WARNING: possible circular locking dependency detected 5.4.143-00237-g08ccc19a-dirty #10 Not tainted
    ------------------------------------------------------ syz-executor.4/29420 is trying to acquire lock:
    ffffffff8aedb2a0 (console_owner){....}-{0:0}, at: console_trylock_spinning kernel/printk/printk.c:1752 [inline] ffffffff8aedb2a0 (console_owner){....}-{0:0}, at: vprintk_emit+0x2ca/0x470 kernel/printk/printk.c:2023 but task is already holding lock: ffff8880119c9158 (&port->lock){-.-.}-{2:2}, at: pty_write+0xf4/0x1f0 drivers/tty/pty.c:120 which lock already depends on the new lock. the existing dependency chain (in reverse order) is: -> #2 (&port->lock){-.-.}-{2:2}: __raw_spin_lock_irqsave include/linux/spinlock_api_smp.h:110 [inline] _raw_spin_lock_irqsave+0x35/0x50 kernel/locking/spinlock.c:159 tty_port_tty_get drivers/tty/tty_port.c:288 [inline] <-- lock(&port->lock);
    tty_port_default_wakeup+0x1d/0xb0 drivers/tty/tty_port.c:47 serial8250_tx_chars+0x530/0xa80 drivers/tty/serial/8250/8250_port.c:1767 serial8250_handle_irq.part.0+0x31f/0x3d0 drivers/tty/serial/8250/8250_port.c:1854 serial8250_handle_irq drivers/tty/serial/8250/8250_port.c:1827 [inline] <-- lock(&port_lock_key); serial8250_default_handle_irq+0xb2/0x220 drivers/tty/serial/8250/8250_port.c:1870 serial8250_interrupt+0xfd/0x200 drivers/tty/serial/8250/8250_core.c:126 __handle_irq_event_percpu+0x109/0xa50 kernel/irq/handle.c:156 [...] -> #1 (&port_lock_key){-.-.}-{2:2}: __raw_spin_lock_irqsave include/linux/spinlock_api_smp.h:110 [inline] _raw_spin_lock_irqsave+0x35/0x50 kernel/locking/spinlock.c:159 serial8250_console_write+0x184/0xa40 drivers/tty/serial/8250/8250_port.c:3198 <-- lock(&port_lock_key);
    call_console_drivers kernel/printk/printk.c:1819 [inline] console_unlock+0x8cb/0xd00 kernel/printk/printk.c:2504 vprintk_emit+0x1b5/0x470 kernel/printk/printk.c:2024 <-- lock(console_owner);
    vprintk_func+0x8d/0x250 kernel/printk/printk_safe.c:394 printk+0xba/0xed kernel/printk/printk.c:2084 register_console+0x8b3/0xc10 kernel/printk/printk.c:2829 univ8250_console_init+0x3a/0x46 drivers/tty/serial/8250/8250_core.c:681 console_init+0x49d/0x6d3 kernel/printk/printk.c:2915 start_kernel+0x5e9/0x879 init/main.c:713 secondary_startup_64+0xa4/0xb0 arch/x86/kernel/head_64.S:241 -> #0 (console_owner){....}-{0:0}: [...] lock_acquire+0x127/0x340 kernel/locking/lockdep.c:4734 console_trylock_spinning kernel/printk/printk.c:1773 ---truncated--- (CVE-2022-49441)

  - 已修复 Linux 内核中的下列漏洞：list: fix a data-race around ep->rdllist ep_poll() first calls ep_events_available() with no lock held and checks if ep->rdllist is empty by list_empty_careful(), which reads rdllist->prev. Thus all accesses to it need some protection to avoid store/load-tearing. Note INIT_LIST_HEAD_RCU() already has the annotation for both prev and next.
    Commit bf3b9f6372c4 (epoll: Add busy poll support to epoll with socket fds.) added the first lockless ep_events_available(), and commit c5a282e9635e (fs/epoll: reduce the scope of wq lock in epoll_wait()) made some ep_events_available() calls lockless and added single call under a lock, finally commit e59d3c64cba6 (epoll: eliminate unnecessary lock for zero timeout) made the last ep_events_available() lockless. BUG: KCSAN: data-race in do_epoll_wait / do_epoll_wait write to 0xffff88810480c7d8 of 8 bytes by task 1802 on cpu 0: INIT_LIST_HEAD include/linux/list.h:38 [inline] list_splice_init include/linux/list.h:492 [inline] ep_start_scan fs/eventpoll.c:622 [inline] ep_send_events fs/eventpoll.c:1656 [inline] ep_poll fs/eventpoll.c:1806 [inline] do_epoll_wait+0x4eb/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae read to 0xffff88810480c7d8 of 8 bytes by task 1799 on cpu 1: list_empty_careful include/linux/list.h:329 [inline] ep_events_available fs/eventpoll.c:381 [inline] ep_poll fs/eventpoll.c:1797 [inline] do_epoll_wait+0x279/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae value changed: 0xffff88810480c7d0 -> 0xffff888103c15098 Reported by Kernel Concurrency Sanitizer on: CPU: 1 PID: 1799 Comm: syz-fuzzer Tainted:
    G W 5.17.0-rc7-syzkaller-dirty #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 (CVE-2022-49443)

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

远程主机上安装的内核版本低于 4.14.318-240.529。因此，该软件受到 ALAS2-2023-2100 公告中提及的多个漏洞影响。

    发现了 nft 对象或表达式可引用不同 nft 表上的 nft 集，导致表被删除后发生释放后使用漏洞。(CVE-2022-2586)

    当用户输入错误的 NFT_DATA_VERDICT 类型时，在 Linux 内核的 Netfilter 子系统中发现堆缓冲区溢出缺陷。本地用户可利用此缺陷导致系统崩溃或可能升级其系统权限。(CVE-2022-34918)

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

    btrfs：如果在 prepare_to_relocate() 中事务提交失败，则取消设置重定位控制 (CVE-2022-50067)

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

    netfilter：nf_tables：不允许 SET_ID 引用其他表 (CVE-2022-50213)

    发现可能因为存在递归锁定情形而产生的拒绝服务问题，该问题会导致 Linux 内核 Device Mapper Multipathing 子组件中 drivers/md/dm-ioctl.c 的 table_clear 发生死锁。(CVE-2023-2269)

    在 Linux 内核 6.2.6 及其之前所有版本中，net/tls/tls_main.c 的 do_tls_getsockopt 缺少 lock_sock 调用，从而导致争用条件（造成释放后使用或空指针取消引用）。(CVE-2023-28466)

    可以利用 Linux 内核 ipvlan 网络驱动程序中的堆越界写入漏洞实现本地特权提升。

    出现越界写入的原因是 ipvlan 网络驱动程序中缺少 skb->cb 初始化。如果启用了 CONFIG_IPVLAN，则可利用此漏洞。

    我们建议升级过去的提交 90cbed5247439a966b645b34eb0a2e037836ea8e。(CVE-2023-3090)

    在 Linux 内核的 btrfs 内，在 fs/btrfs/relocation.c 中的 prepare_to_relocate 内发现了一个释放后使用漏洞。通过在调用 btrfs_ioctl_defrag() 之前调用 btrfs_ioctl_balance()，可触发此潜在缺陷。(CVE-2023-3111)

    在 Linux 内核的媒体访问中，在 drivers/memstick/host/r592.c 的 r592_remove 中发现一个释放后使用缺陷。此缺陷让本地攻击者能够在设备断开连接时使系统崩溃，进而可能导致内核信息泄露。(CVE-2023-3141)

    在 6.3.3 之前版本的 Linux 内核中发现了问题。由于 ext4_group_desc_csum 未正确检查偏移，因此当从 fs/ext4/super.c 调用时，lib/crc16.c 中的 crc16 发生越界读取问题。(CVE-2023-34256)

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

    serial8250重新初始化端口特定驱动程序 unbind 上的 port->pm (CVE-2023-53176)

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

    ACPICA避免未定义的行为将零偏移应用到空指针 (CVE-2023-53182)

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

    ext4在 get_max_inline_xattr_value_size() 中添加边界检查 (CVE-2023-53285)

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

    md/raid10修复“r10bio->remaining”的泄漏以进行恢复 (CVE-2023-53299)

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

    nilfs2在降级为只读后不写入脏数据 (CVE-2023-53337)

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

    ext4删除 ext4_mb_release_group_pa() 中的 BUG_ON (CVE-2023-53450)

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

    libcpu_rmap避免 rmap->obj 数组条目上的释放后使用 (CVE-2023-53484)

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

    tcp/udp修复具有 TX 时间戳的 sk 和 zerocopy skbs 的内存泄漏。 (CVE-2023-53489)

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

    ext2挂载期间检查块大小有效性 (CVE-2023-53569)

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

    ring-buffer同步 IRQ 在缓冲区破坏前工作 (CVE-2023-53587)

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

    dm 完整性在 dm_integrity_init() 错误路径中调用 kmem_cache_destroy()CVE-2023-53604

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

    netcdc_ncm处理过低的 dwNtbOutMaxSize 值CVE-2023-53667

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

    fshfsplus从 hfsplus_cat_{read,write}_inode() 删除 WARN_ON() (CVE-2023-53683)

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

    ipv6修复 ipv6_find_tlv() 中的越界访问 (CVE-2023-53705)

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

    dmflakey修复无效表行中的崩溃问题 (CVE-2023-53786)

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

    nilfs2修复 nilfs_evict_inode() 中 nilfs_root 的释放后使用缺陷CVE-2023-53804]

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

    nilfs2修复 nilfs_mdt_get_block() 中的无限循环CVE-2023-53845]

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

    netlink批注对 nlk->cb_running 的访问 (CVE-2023-53853)

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

    ext4在 ext4_mb_normalize_request 中正确设置目标开始 (CVE-2023-54021)

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

    spmi删除 SPMI 驱动程序时添加对删除回调的检查 (CVE-2023-54044)

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

    ext4修复 ext4_xattr_move_to_block() 中的无效释放跟踪 (CVE-2023-54062)

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

    USBsisusbvga添加端点检查 (CVE-2023-54213)

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

    net修复 sock_recv_cmsgs() 中 sk->sk_stamp 的加载损坏。 (CVE-2023-54218)

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

    ACPIEC修复删除自定义查询处理程序时的 oops (CVE-2023-54244)

    在 Linux 内核的 ext4 中，在 fs/ext4/super.c 的 __ext4_remount 中发现了一个释放后使用缺陷。本地用户可利用此缺陷，在释放旧配额文件名以触发潜在的故障时，造成信息泄漏问题，从而导致释放后使用。(CVE-2024-0775)

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

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
269285	Linux Distros 未修补的漏洞：CVE-2023-53667	Nessus	Misc.	2025/10/8	2026/9/30	medium
351722	AlmaLinux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1780052998）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/5	high
177776	Amazon Linux 2 内核 --advisory ALAS2KERNEL-5。4-2023-047 (ALASKERNEL-5.4-2023-047)	Nessus	Amazon Linux Local Security Checks	2023/6/29	2026/2/11	high
351610	Rocky Linux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1780052998）	Nessus	Rocky Linux Local Security Checks	2026/9/30	2026/10/5	high
352871	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / 等多个漏洞（ALMALINUX9.2：CLSA-2026：1783791447）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/22	low
177862	Amazon Linux 2内核 --advisory ALAS2-2023-2100 (ALAS-2023-2100)	Nessus	Amazon Linux Local Security Checks	2023/7/1	2026/2/9	high

检测

插件搜索

medium

high

high

high

low

high