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

  - RDMA/srpt添加对“mad_agent”指针有效的检查取消注册 MAD 代理时srpt 模块会在调用 ib_unregister_mad_agent() 之前对“mad_agent”指针进行非空检查。如果“mad_agent”变量包含错误值则可通过此检查。同时执行 srpt_add_one() 和 srpt_remove_one() 时“mad_agent”可具有短窗口的错误值。在 srpt 模块中， 添加了在取消注册 MAD 代理之前对“sport->mad_agent”进行的有效指针检查。RoCE 驱动程序取消注册 ib_device 时可能发生此问题 堆栈跟踪 ------------ 缺陷内核空指针取消引用解决
    000000000000004d PGD 145003067 P4D 145003067 PUD 2324fe067 PMD 0 Oops: 0002 [#1] PREEMPT SMP NOPTI CPU:10 PID:4459 Comm:kworker/u80:0 Kdump:已加载 Tainted:P 硬件名称: Dell Inc. PowerEdge R640/06NR82, BIOS 2.5.4 01/13/2020 工作队列bnxt_re bnxt_re_task [bnxt_re] RIP: 0010:_raw_spin_lock_irqsave+0x19/0x40 调用跟踪: ib_unregister_mad_agent+0x46/0x2f0 [ib_core] IPv6: ADDRCONF(NETDEV_CHANGE): bond0: 链接已准备就绪 ? __schedule+0x20b/0x560 srpt_unregister_mad_agent+0x93/0xd0 [ib_srpt] srpt_remove_one+0x20/0x150 [ib_srpt] remove_client_context+0x88/0xd0 [ib_core] bond0(slave p2p1)链路状态明确 up, 100000 Mbps full duplexa0x16_device [ib_core] bond0活动接口启动? kernfs_name_hash+0x12/0x80空设备 *已接收到绑定信息rdev000000006c0b8247
    __ib_unregister_device+0x42/0xb0 [ib_core] (NULL device *)主机: mode: 4 num_slaves:2 ib_unregister_device+0x22/0x30 [ib_core] (NULL device *): Slave: id:105069936 name:p2p1 link:0 state:0 bnxt_re_stopqps_and_ib_uninit+0x83/0x90 [bnxt_re] bnxt_re_alloc_lag+0x12e/0x4e0 [bnxt_re] (CVE-2023-54274)

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

Rocky Linux 8 主机上存在安装的程序包，该程序包受到 CIQ crxsa-2024_3138 公告中提及的多个漏洞的影响。

    内核程序包中包含 Linux 内核，后者是任何 Linux 操作系统的核心。

    安全修复：

    有关上述安全问题的更多详细信息，包括其影响、CVSS 得分、致谢，以及其他相关信息，请参阅列于“参考”部分的 CVE 页面。

    其他变更：

    如需有关此发行版本的详细变更信息，请参阅可从“参考”部分链接的 Rocky Linux SIG Cloud 版本 8.10 说明。

    此公告由 Ctrl IQ， Inc 针对 Rocky Linux 系统提供。有关 CIQ 安全实践的更多信息，请访问 https://ciq.com/security。

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

请注意，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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

    在 Linux 内核流量控制 (TC) 子系统中发现缺陷。使用特定网络配置（使用 TC 操作镜像将出口数据包重定向到入口）时，本地非特权用户可在使用中的传输协议（TCP 或 SCTP）进行重新传输时触发 CPU 软锁定（ABBA 死锁），从而导致拒绝服务条件。(CVE-2022-4269)

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

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

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

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

    在处理 RPL 协议期间，在 Linux 内核的网络子系统中发现一个缺陷。发生此问题的原因是未正确处理用户提供的数据，这可导致断言失败。该缺陷可能允许未经身份验证的远程攻击者在系统上创建拒绝服务情况。
    (CVE-2023-2156)

    可以利用 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)

    在 GFS2 文件系统中发现 Linux 内核中存在缺陷。如果 evict 代码尝试在日志描述符结构、jdesc 被释放并被设置为 NULL 后引用该结构，损坏的 gfs2 文件系统上便会出现此问题。调用 gfs2_trans_begin 时可导致空指针取消引用，然后无法调用 ingfs2_evict_inode()。(CVE-2023-3212)

    在 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 内核中，以下漏洞已修复：

    rcu保护 rcu_print_task_exp_stall() ->exp_tasks 访问 (CVE-2023-53419)

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

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

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

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

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

    x86/MCE/AMD将 u64 用于 bank_map (CVE-2023-53474)

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

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

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

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

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

    ext4允许 ext4_get_group_info() 失败 (CVE-2023-53503)

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

    tipc如果 mtu 协商中的 msg_max 太小则不更新 mtu (CVE-2023-53517)

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

    blk-crypto使 blk_crypto_evict_key() 更可靠 (CVE-2023-53536)

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

    netfilternft_set_rbtree修复元素插入时的空取消引用 (CVE-2023-53566)

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

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

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

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

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

    null_blk始终从 configfs 检查队列模式设置 (CVE-2023-53576)

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

    scsitarget修复多个 LUN_RESET 处理 (CVE-2023-53586)

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

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

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

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

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

    net/schedsch_fq修复 credit 整数溢出 (CVE-2023-53624)

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

    rcu避免由于 __rcu_irq_enter_check_tick() 被 kprobe-ed 导致的堆栈溢出 (CVE-2023-53655)

    在 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 内核中，以下漏洞已修复：

    blk-mq在报告 I/O 完成之前释放 crypto keyslot (CVE-2023-53810)

    在 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 内核中，以下漏洞已修复：

    scsiqedi修复 qedi_remove() 中的释放后使用缺陷 (CVE-2023-54100)

    在 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 内核中，以下漏洞已修复：

    RDMA/srpt添加“mad_agent”指针有效检查 (CVE-2023-54274)

    在 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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
281546	Linux Distros 未修补的漏洞：CVE-2023-54274	Nessus	Misc.	2025/12/31	2026/11/12	medium
353813	Rocky Linux 8 [CIQ] 安全更新：bpftool / bpftool-debuginfo / kernel / kernel-abi-stablelists / 等多种漏洞（crxsa-2024_3138）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/5	critical
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
177770	Amazon Linux 2 内核 --advisory ALAS2KERNEL-5。10-2023-034 (ALASKERNEL-5.10-2023-034)	Nessus	Amazon Linux Local Security Checks	2023/6/29	2026/2/11	high

检测

插件搜索

medium

critical

high

high