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

  - dm请勿尝试将 IO 置于 RCU 保护之下 dm 根据请求类型查找 IO 的表并假设如果请求标记为 REQ_NOWAIT则可以在处于 RCU 读取锁定时尝试提交该 IO保护。这是错误的因为 REQ_NOWAIT 仅表示不应在其他 IO 上等待休眠但并不表示不能进行计划。一个简单的测试案例就很好地证实了这一点int fd; fd = open(/dev/dm-0, O_RDONLY | O_DIRECT); posix_memalign(&iov.iov_base, 4096, 4096); iov.iov_len = 4096; preadv2(fd, &iov, 1, 0, RWF_NOWAIT); return 0这会立即喷出: BUG: sleep function call from invalid context at include/linux/sched/mm.h:306 in_atomic(): 0, irqs_disabled(): 0, non_block: 0, pid: 5580, name: dm- nowait preempt_count0、预期0 RCU 嵌套深度1、预期0 INFOlockdep 已关闭。CPU7 PID5580 Commdm-nowait Not tainted 6.6.0-rc1-g39956d2dcd81 #132 硬件名称QEMU Standard PC (i440FX + PIIX,1996)BIOS 1.16.2-debian-1.16.2-1 04/ 01/2014 调用跟踪 <TASK> dump_stack_lvl+0x11d/0x1b0
    __might_resched+0x3c3/0x5e0 ? preempt_count_sub+0x150/0x150 mempool_alloc+0x1e2/0x390 ? mempool_resize+0x7d0/0x7d0 ? lock_sync+0x190/0x190 ? lock_release+0x4b7/0x670 ? internal_get_user_pages_fast+0x868/0x2d40 bio_alloc_bioset+0x417/0x8c0 bvec_alloc+0x200/0x200 ? internal_get_user_pages_fast+0xb8c/0x2d40 bio_alloc_clone+0x53/0x100 dm_submit_bio+0x27f/0x1a20 lock_release+0x4b7/0x670 ? blk_try_enter_queue+0x1a0/0x4d0 ? dm_dax_direct_access+0x260/0x260 ? rcu_is_watching+0x12/0xb0 blk_try_enter_queue+0x1cc/0x4d0 __submit_bio+0x239/0x310
    __bio_queue_enter+0x700/0x700 kvm_clock_get_cycles+0x40/0x60 ? ktime_get+0x285/0x470 submit_bio_noacct_nocheck+0x4d9/0xb80 ? should_fail_request+0x80/0x80 ? preempt_count_sub+0x150/0x150 ? lock_release+0x4b7/0x670 ? __bio_add_page+0x143/0x2d0 ? iov_iter_revert+0x27/0x360 submit_bio_noacct+0x53e/0x1b30 submit_bio_wait+0x10a/0x230 submit_bio_wait_endio+0x40/0x40
    __blkdev_direct_IO_simple+0x4f8/0x780 ? blkdev_bio_end_io+0x4c0/0x4c0 ? stack_trace_save+0x90/0xc0 ?
    __bio_clone+0x3c0/0x3c0 ? lock_release+0x4b7/0x670 ? lock_sync+0x190/0x190 ? atime_needs_update+0x3bf/0x7e0 ? timestamp_truncate+0x21b/0x2d0 ? inode_owner_or_capable+0x240/0x240 blkdev_direct_IO.part.0+0x84a/0x1810 rcu_is_watching+0x12/0xb0 lock_release+0x4b7/0x670 ? blkdev_read_iter+0x40d/0x530 ? reacquire_held_locks+0x4e0/0x4e0 __blkdev_direct_IO_simple+0x780/0x780 ? rcu_is_watching+0x12/0xb0 __mark_inode_dirty+0x297/0xd50 ? preempt_count_add+0x72/0x140 blkdev_read_iter+0x2a4/0x530 do_iter_readv_writev+0x2f2/0x3c0 generic_copy_file_range+0x1d0/0x1d0 ? fsnotify_perm.part.0+0x25d/0x630 security_file_permission+0xd8/0x100 do_iter_read+0x31b/0x880 ? import_iovec+0x10b/0x140 vfs_readv+0x12d/0x1a0 ? vfs_iter_read+0xb0/0xb0 rcu_is_watching+0x12/0xb0 rcu_is_watching+0x12/0xb0 lock_release+0x4b7/0x670 do_preadv+0x1b3/0x260 ? do_readv+0x370/0x370
    __x64_sys_preadv2+0xef/0x150 do_syscall_64+0x39/0xb0 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP
    0033:0x7f5af41ad806 代码 41 54 41 89 fc 55 44 89 c5 53 48 89 cb 48 83 ec 18 80 3d e4 dd 0d 00 00 74 7a 45 89 c1 49 89 ca 45 31 c0 b8 47 00 01 <48> [05 05 0f0 3] 00 f0 ff ff 0f 87 be 00 00 00 48 85 c0 79 4a 48 8b 0d da 55 RSP002b:00007ffd3145c7f0 EFLAGS: 00000246 ORIG_RAX: 0000000000000147 RAX: ffffffffffffffda RBX
    0000000000000000 RCX: 00007f5af41ad806 RDX: 0000000000000001 RSI: 00007ffd3145c850 RDI: 0000000000000003 RBP: 0000000000000008 R08: 0000000000000000 R09: 0000000000000008 R10: 0000000000000000 R11:
    0000000000000246 R120000000000000003 R1300007ffd3145c850 R14000055f5f0431dd8 R15</TASK> 0000000000000001而实际上是 ---truncated--- (CVE-2023-53860)

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

因此，该软件受到 ALAS2023-2023-356 公告中提及的多个漏洞影响。

    在 Linux 内核 6.4.2 及之前版本的 USB 子系统中发现了一个问题。drivers/usb/core/sysfs.c 中的 read_descriptors 出现越界和崩溃漏洞。(CVE-2023-37453)

    nftables nf_osf_match_one() 中的越界读取漏洞 (CVE-2023-39189)

    在 Linux 内核的 Netfilter 子系统中发现了一个缺陷。xt_u32 模块未验证 xt_u32 结构中的字段。本地特权攻击者可利用此缺陷，通过以数组边界外的值设置尺寸字段来触发越界读取，从而导致程序崩溃或信息泄露。(CVE-2023-39192)

    在 Linux 内核的 Netfilter 子系统中发现了一个缺陷。sctp_mt_check 未验证 flag_count 字段。本地特权 (CAP_NET_ADMIN) 攻击者可利用此缺陷触发越界读取，从而导致程序崩溃或信息泄露。(CVE-2023-39193)

    Linux 内核中 kmalloc_reserve() 中的整数溢出可能允许本地用户导致系统崩溃，或在某些情况下在内核空间中执行代码。(CVE-2023-42752)

    上游提交对此问题的描述如下：

    如果 ip_set_hash_netportnet 中缺少 IP_SET_HASH_WITH_NET0 宏，在计算数组偏移时可能会使用错误的“CIDR_POS(c)”，造成整数下溢，最终导致 slab 越界访问问题。(CVE-2023-42753)

    在 rsvp_change() 中发现了一个缺陷。根本原因是 slab 越界访问，但由于原始指针的偏移是“unsign int”，完全由用户控制，因此该行为通常为失控指针访问。(CVE-2023-42755)

    在 6.5.3 版本之前 Linux 内核中，发现 IGB 驱动程序中的 drivers/net/ethernet/intel/igb/igb_main.c 存在问题。缓冲区大小可能不足以容纳大于 MTU 的框架。(CVE-2023-45871)

    Linux 内核 net/sched: sch_hfsc（HFSC qdisc 流量控制）组件中存在一个释放后使用漏洞，攻击者可利用此漏洞实现本地特权提升。

    如果包含链接共享曲线（如设有 HFSC_FSC 标志）的类的父类不含链接共享曲线，init_vf() 将在父类上调用 vttree_insert()，但 update_vf() 中会跳过 vttree_remove()。这会留下一个悬摆指针，可能导致释放后使用。

    我们建议升级过去的提交 b3d26c5702c7d6c45456326e56d2ccf3f103e60f。(CVE-2023-4623)

    Linux 内核 net/sched: sch_qfq 组件中存在一个释放后使用漏洞，攻击者可利用此漏洞实现本地特权提升。

    当 plug qdisc 被用作 qfq qdisc 的类时，由于 sch_plug 的 .peek 处理程序不正确，且 agg_dequeue() 中缺少错误检查，发送网络数据包则会触发 qfq_dequeue() 中的释放后使用情形。

    我们建议升级过去的提交 8fc134fee27f2263988ae38920bc03da416b03d8。(CVE-2023-4921)

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

    netfilter: nftables: exthdr：修复 4 字节堆栈 OOB 写入

    如果 priv->len 为 4 的倍数，则 dst[len / 4] 可写入经过目标数组，导致堆栈损坏。

    如果 ->len 不是寄存器大小的倍数，则必须使用此构造来清除寄存器的其余部分，以便为其添加与 nft_payload.c 相同的条件。

    该错误已在 4.1 周期中添加，然后会在添加 whentcp/sctp 和 ip 选项支持的情况下被复制/继承。

    Zero Day Initiative 计划报告的错误（ZDI-CAN-21950、ZDI-CAN-21951、ZDI-CAN-21961）。(CVE-2023-52628)

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

    USBcore通过不覆盖 hub_port_init() 中的 udev->descriptor 修复争用 (CVE-2023-52886)

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

    netfilteripset为 ip_set_hash_netportnet.c 添加缺少的 IP_SET_HASH_WITH_NET0 宏 (CVE-2023-53179)

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

    af_unix修复有关 user->unix_inflight 的数据争用。 (CVE-2023-53204)

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

    KVMnSVM基于 L1 状态而非 L2 状态加载 L1 的 TSC 乘数 (CVE-2023-53208)

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

    md/raid5-cache修复 r5l_flush_stripe_to_raid() 的 null-ptr-deref (CVE-2023-53210)

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

    drm/msm/mdp5不泄漏某些平面状态CVE-2023-53324

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

    pstore/ram检查 init 期间空 przs 的开头 (CVE-2023-53331)

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

    lwt修复 BPF xmit ops 的返回值 (CVE-2023-53338)

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

    skbuffskb_segment使用 skbuff frags 前调用零复制函数 (CVE-2023-53354)

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

    tracing修复 cpu 缓冲区写入与交换之间的争用问题CVE-2023-53368

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

    ACPICA将 AML_NO_OPERAND_RESOLVE 标记添加到定时器 (CVE-2023-53395)

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

    xsk修复套接字清理期间的 xsk_diag 释放后使用错误 (CVE-2023-53426)

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

    x86/MCE始终保存 AMD Zen IF Poison 错误的 CS 寄存器 (CVE-2023-53438)

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

    HIDmultitouch修正 hidinput input_dev 名称的 devm 设备引用 (CVE-2023-53454)

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

    scsiqla4xxx解析 nlattrs 时添加长度检查 (CVE-2023-53456)

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

    hsr修复 fill_frame_info() 中的 uninit-value 访问 (CVE-2023-53462)

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

    kobject在 kset_register() 中为 kset->kobj.ktype 添加健全性检查 (CVE-2023-53480)

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

    iommu/amd/iommu_v2修复 pasid 取消绑定时的 pasid_state refcount dec hit 0 警告 (CVE-2023-53501)

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

    PM / devfreq修复 devfreq_dev_release() 中的泄漏 (CVE-2023-53518)

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

    jbd2从检查点删除“jh->b_transaction”之前先对其进行检查 (CVE-2023-53526)

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

    null_blk修复轮询请求超时处理 (CVE-2023-53531)

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

    drm/i915标记 GuC 虚拟引擎的请求以避免释放后使用 (CVE-2023-53552)

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

    bpf拒绝 bpf_sk_assign 中的未哈希套接字 (CVE-2023-53585)

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

    driversbase取消注册设备时释放 devm 资源 (CVE-2023-53596)

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

    Drivershvvmbus不要取消引用 ACPI 根对象句柄 (CVE-2023-53647)

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

    perf trace实际释放 evsel->priv 区域 (CVE-2023-53649)

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

    ext4修复 ext4_fname_{setup_filename,prepare_lookup} 中的内存泄漏 (CVE-2023-53662)

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

    KVMnSVM对嵌套 TSC 缩放支持进行检查而非断言 (CVE-2023-53663)

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

    btrfs如果未能找到内联 backref则输出额外的调试信息 (CVE-2023-53672)

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

    scsitargetiscsi修复 lio_target_nacl_info_show() 中的缓冲区溢出 (CVE-2023-53676)

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

    NFS修复一个潜在的数据损坏 (CVE-2023-53711)

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

    mdraid1修复 raid1_remove_disk() 中潜在的 OOB (CVE-2023-53722)

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

    arm64csum修复 IP 校验和代码中负长度的 OoB 访问 (CVE-2023-53726)

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

    net/schedfq_pie避免 fq_pie_timer() 中的停止CVE-2023-53727]

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

    PCI在 coalescing 之后释放已释放的资源CVE-2023-53743

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

    net处理 kmalloc_reserve() 中的整数溢出 (CVE-2023-53752)

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

    cryptoapi - 使用 crypto_destroy_instance 中的工作队列 (CVE-2023-53799)

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

    cryptolib/mpi - 避免 mpi_cmp_ui() 中的空指针取消引用 (CVE-2023-53817)

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

    kcm修复 kcm_sendmsg() 中 SOCK_DGRAM 的错误处理。 (CVE-2023-53825)

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

    net在 sk_mc_loop() 中读取一次 sk->sk_family (CVE-2023-53831)

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

    bpfsockmap修复锁定更改后的 skb refcnt 争用 (CVE-2023-53836)

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

    md/raid5-cache修复 r5l_exit_log() 中的死锁 (CVE-2023-53848)

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

    ofoverlay提前调用 of_changeset_init() (CVE-2023-53856)

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

    dm不尝试将 IO 置于 RCU 保护之下 (CVE-2023-53860)

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

    ext4修正 ext4_mb_good_group 中的 grp 验证 (CVE-2023-53861)

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

    netipv4修复 __inet_del_ifa() 中的一个内存泄漏 (CVE-2023-53995)

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

    x86/sev使 enc_dec_hypercall() 接受大小而不是 npage (CVE-2023-53996)

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

    af_unix修复有关 unix_tot_inflight 的数据争用。 (CVE-2023-54006)

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

    audit修复 __audit_inode_child() 中可能的软锁定 (CVE-2023-54045)

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

    kcm修复 kcm_sendmsg() 错误路径中的内存泄漏 (CVE-2023-54112)

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

    rcu安全转储 vmalloc 内存信息 (CVE-2023-54113)

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

    s390/dcssblk修复 list_add 损坏导致的内核崩溃 (CVE-2023-54117)

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

    autofs修复 autofs_catatonic_mode 中 waitqueues 的内存泄漏 (CVE-2023-54134)

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

    vfio/type1修复 cap_migration 信息泄漏 (CVE-2023-54137)

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

    scsitargetcore修复 target_cmd_counter 泄漏 (CVE-2023-54154)

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

    of unittest修复 of_unittest_find_node_by_name() 中的空指针取消引用 (CVE-2023-54178)

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

    bpf修复验证 allow_ptr_leaks 中的问题 (CVE-2023-54181)

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

    btrfs修复 lockdep 崩溃以及运行延迟的项目失败后可能发生的死锁 (CVE-2023-54224)

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

    ambabus修复 refcount 泄漏 (CVE-2023-54230)

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

    btrfs设置在 relocate_one_page 中的 read_folio 之后映射的页面范围 (CVE-2023-54253)

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

    btrfs在 ino 查找 ioctl 期间在 inode 查找之前释放路径CVE-2023-54281

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

    KVMSVM从源 VM 获取源 vCPU 以进行 SEV-ES 主机内迁移 (CVE-2023-54296)

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

    usbtypecbus验证合作伙伴在 typec_altmode_attention 中存在 (CVE-2023-54299)

    在用于加密算法 scatterwalk 功能的 Linux 内核 API 中发现了空指针取消引用缺陷。当用户使用特定套接字配置构造恶意数据包时，就会出现此问题，这可能允许本地用户崩溃系统或提升其在系统上的权限。(CVE-2023-6176)

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

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

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

  - 已修复 Linux 内核中的下列漏洞：net: amd-xgbe: Fix skb data length underflow There will be BUG_ON() triggered in include/linux/skbuff.h leading to intermittent kernel panic, when the skb length underflow is detected. Fix this by dropping the packet if such length underflows are seen because of inconsistencies in the hardware descriptors. (CVE-2022-48743)

  - 已修复 Linux 内核中的下列漏洞：net: bcmgenet: Use stronger register read/writes to assure ordering GCC12 appears to be much smarter about its dependency tracking and is aware that the relaxed variants are just normal loads and stores and this is causing problems like: [210.074549] ------------[ cut here ]------------ [ 210.079223] NETDEV WATCHDOG: enabcm6e4ei0 (bcmgenet):
    transmit queue 1 timed out [ 210.086717] WARNING: CPU: 1 PID: 0 at net/sched/sch_generic.c:529 dev_watchdog+0x234/0x240 [ 210.095044] Modules linked in: genet(E) nft_fib_inet nft_fib_ipv4 nft_fib_ipv6 nft_fib nft_reject_inet nf_reject_ipv4 nf_reject_ipv6 nft_reject nft_ct nft_chain_nat] [ 210.146561] ACPI CPPC: PCC check channel failed for ss: 0. ret=-110 [ 210.146927] CPU: 1 PID: 0 Comm: swapper/1 Tainted: G E 5.17.0-rc7G12+ #58 [ 210.153226] CPPC Cpufreq:cppc_scale_freq_workfn: failed to read perf counters [210.161349] Hardware name: Raspberry Pi Foundation Raspberry Pi 4 Model B/Raspberry Pi 4 Model B, BIOS EDK2-DEV 02/08/2022 [ 210.161353] pstate: 80400005 (Nzcv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--) [210.161358] pc : dev_watchdog+0x234/0x240 [ 210.161364] lr : dev_watchdog+0x234/0x240 [ 210.161368] sp :
    ffff8000080a3a40 [ 210.161370] x29: ffff8000080a3a40 x28: ffffcd425af87000 x27: ffff8000080a3b20 [210.205150] x26: ffffcd425aa00000 x25: 0000000000000001 x24: ffffcd425af8ec08 [ 210.212321] x23:
    0000000000000100 x22: ffffcd425af87000 x21: ffff55b142688000 [ 210.219491] x20: 0000000000000001 x19:
    ffff55b1426884c8 x18: ffffffffffffffff [ 210.226661] x17: 64656d6974203120 x16: 0000000000000001 x15:
    6d736e617274203a [ 210.233831] x14: 2974656e65676d63 x13: ffffcd4259c300d8 x12: ffffcd425b07d5f0 [210.241001] x11: 00000000ffffffff x10: ffffcd425b07d5f0 x9 : ffffcd4258bdad9c [ 210.248171] x8 :
    00000000ffffdfff x7 : 000000000000003f x6 : 0000000000000000 [ 210.255341] x5 : 0000000000000000 x4 :
    0000000000000000 x3 : 0000000000001000 [ 210.262511] x2 : 0000000000001000 x1 : 0000000000000005 x0 :
    0000000000000044 [ 210.269682] Call trace: [ 210.272133] dev_watchdog+0x234/0x240 [ 210.275811] call_timer_fn+0x3c/0x15c [ 210.279489] __run_timers.part.0+0x288/0x310 [ 210.283777] run_timer_softirq+0x48/0x80 [ 210.287716] __do_softirq+0x128/0x360 [ 210.291392]
    __irq_exit_rcu+0x138/0x140 [ 210.295243] irq_exit_rcu+0x1c/0x30 [ 210.298745] el1_interrupt+0x38/0x54 [210.302334] el1h_64_irq_handler+0x18/0x24 [ 210.306445] el1h_64_irq+0x7c/0x80 [ 210.309857] arch_cpu_idle+0x18/0x2c [ 210.313445] default_idle_call+0x4c/0x140 [ 210.317470] cpuidle_idle_call+0x14c/0x1a0 [ 210.321584] do_idle+0xb0/0x100 [ 210.324737] cpu_startup_entry+0x30/0x8c [210.328675] secondary_start_kernel+0xe4/0x110 [ 210.333138] __secondary_switched+0x94/0x98 The assumption when these were relaxed seems to be that device memory would be mapped non reordering, and that other constructs (spinlocks/etc) would provide the barriers to assure that packet data and in memory rings/queues were ordered with respect to device register reads/writes. This itself seems a bit sketchy, but the real problem with GCC12 is that it is moving the actual reads/writes around at will as though they were independent operations when in truth they are not, but the compiler can't know that. When looking at the assembly dumps for many of these routines its possible to see very clean, but not strictly in program order operations occurring as the compiler would be free to do if these weren't actually register reads/write operations. Its possible to suppress the timeout with a liberal bit of dma_mb()'s sprinkled around but the device still seems unable to reliably send/receive data. A better plan is to use the safer readl/writel everywhere. Since this partially reverts an older commit, which notes the use of the relaxed variants for performance reasons. I would suggest that any performance problems ---truncated--- (CVE-2022-49194)

  - 已修复 Linux 内核中的下列漏洞：ima: Fix a potential integer overflow in ima_appraise_measurement When the ima-modsig is enabled, the rc passed to evm_verifyxattr() may be negative, which may cause the integer overflow problem. (CVE-2022-49643)

  - 已修复 Linux 内核中的下列漏洞：ovl: Use buf flexible array for memcpy() destination The buf flexible array needs to be the memcpy() destination to avoid false positive run-time warning from the recent FORTIFY_SOURCE hardening: memcpy: detected field-spanning write (size 93) of single field &fh->fb at fs/overlayfs/export.c:799 (size 21) (CVE-2022-49743)

  - 已修复 Linux 内核中的下列漏洞：kprobes: Skip clearing aggrprobe's post_handler in kprobe-on-ftrace case In __unregister_kprobe_top(), if the currently unregistered probe has post_handler but other child probes of the aggrprobe do not have post_handler, the post_handler of the aggrprobe is cleared. If this is a ftrace-based probe, there is a problem. In later calls to disarm_kprobe(), we will use kprobe_ftrace_ops because post_handler is NULL. But we're armed with kprobe_ipmodify_ops. This triggers a WARN in __disarm_kprobe_ftrace() and may even cause use-after-free:
    Failed to disarm kprobe-ftrace at kernel_clone+0x0/0x3c0 (error -2) WARNING: CPU: 5 PID: 137 at kernel/kprobes.c:1135 __disarm_kprobe_ftrace.isra.21+0xcf/0xe0 Modules linked in: testKprobe_007(-) CPU: 5 PID: 137 Comm: rmmod Not tainted 6.1.0-rc4-dirty #18 [...] Call Trace: <TASK> __disable_kprobe+0xcd/0xe0
    __unregister_kprobe_top+0x12/0x150 ? mutex_lock+0xe/0x30 unregister_kprobes.part.23+0x31/0xa0 unregister_kprobe+0x32/0x40 __x64_sys_delete_module+0x15e/0x260 ? do_user_addr_fault+0x2cd/0x6b0 do_syscall_64+0x3a/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd [...] For the kprobe-on-ftrace case, we keep the post_handler setting to identify this aggrprobe armed with kprobe_ipmodify_ops. This way we can disarm it correctly. (CVE-2022-49779)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
278010	Linux Distros 未修补的漏洞：CVE-2023-53860	Nessus	Misc.	2025/12/9	2026/11/5	high
182458	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2023-356)	Nessus	Amazon Linux Local Security Checks	2023/10/3	2026/2/12	high
353122	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-64k / kernel-64k-core / kernel-64k-debug 等多个漏洞（ALMALINUX9.2：CLSA-2026：1779375889）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/21	high

检测

插件搜索

high

high

high