远程 CentOS Linux 9 主机上安装的多个程序包受到 kernel-5.14.0-573.el9 版本变更日志中提及的多个漏洞影响。

  - 在 Linux 内核中，已解决以下漏洞: scsi: sg: 修复 sg_release() 中的 slab 释放后使用读取漏洞。修复 sg_release() 中的释放后使用缺陷，此缺陷是由搭载 KASAN 的 syzbot 检测到的: 缺陷: KASAN: lock_release+0x151/0xa30 kernel/locking/lockdep.c:5838
    __mutex_unlock_slowpath+0xe2/0x750 kernel/locking/mutex.c:912 sg_release+0x1f4/0x2e0 drivers/scsi/sg.c:407 中的 slab 释放后使用漏洞。在 sg_release() 中，首先调用函数 kref_put(&sfp->f_ref, sg_remove_sfp)，然后再释放 open_rel_lock mutex。kref_put() 调用可能会将 sfp 的引用计数递减为零，从而触发通过 sg_remove_sfp() 执行的清理作业。这项清理作业包括通过 sg_remove_sfp_usercontext() 安排推迟的作业，并最终释放 sfp。在执行 kref_put() 调用后，sg_release() 会继续解锁 open_rel_lock 并可能引用 sfp 或 sdp。如已释放 sfp，这将会导致 slab 释放后使用错误。在解锁 open_rel_lock mutex 后，移动 kref_put(&sfp->f_ref, sg_remove_sfp) 调用。这可确保: - 引用计数递减后，不会再发生引用 sfp 或 sdp 的情况。- sg_remove_sfp() 和 sg_remove_sfp_usercontext() 等清理函数可安全执行，且不会影响 sg_release() 中的互斥体处理。此修复程序已经过 syzbot 测试和验证。此补丁可修复以下 syzkaller 链接中报告的缺陷，并确保资源清理和互斥体操作的顺序正确无误，从而消除 sg_release() 中发生释放后使用错误的风险。(CVE-2024-56631)

  - 在 Linux 内核中，已解决以下漏洞: can: isotp : 清理 isotp_bind() 中的 CAN ID 检查。Syzbot 创建的环境会导致状态机进入采用合规 CAN ID 地址配置时无法达到的状态。提供的地址信息由 CAN ID 0x6000001 和 0xC28001 组成，两者在发送和接收期间都会归结为 11 位 CAN ID 0x001。在执行地址检查之前，清理 SFF/EFF CAN ID 值。(CVE-2022-49269)

  - 在 Linux 内核中，已解决以下漏洞: can: bcm: 修复 bcm_proc_show() 中的 UAF。缺陷: KASAN: bcm_proc_show+0x969/0xa80 中的 slab 释放后使用漏洞。通过 cat/7862 任务，在地址 ffff888155846230 读取 8 个字节 CPU: 1 PID: 7862 命令: cat 不会污染 6.5.0-rc1-00153-gc8746099c197 #230 硬件名称:
    QEMU Standard PC (i440FX + PIIX，1996 年)，BIOS 1.15.0-1 04/01/2014 调用跟踪: <TASK> dump_stack_lvl+0xd5/0x150 print_report+0xc1/0x5e0 kasan_report+0xba/0xf0 bcm_proc_show+0x969/0xa80 seq_read_iter+0x4f6/0x1260 seq_read+0x165/0x210 proc_reg_read+0x227/0x300 vfs_read+0x1d5/0x8d0 ksys_read+0x11e/0x240 do_syscall_64+0x35/0xb0 entry_SYSCALL_64_after_hwframe+0x63/0xcd Allocated by task 7846: kasan_save_stack+0x1e/0x40 kasan_set_track+0x21/0x30 __kasan_kmalloc+0x9e/0xa0 bcm_sendmsg+0x264b/0x44e0 sock_sendmsg+0xda/0x180 ____sys_sendmsg+0x735/0x920 ___sys_sendmsg+0x11d/0x1b0
    __sys_sendmsg+0xfa/0x1d0 do_syscall_64+0x35/0xb0 entry_SYSCALL_64_after_hwframe+0x63/0xcd 已由任务 7846 释放: kasan_save_stack+0x1e/0x40 kasan_set_track+0x21/0x30 kasan_save_free_info+0x27/0x40
    在 bcm_release() 中删除 procfs 条目之前释放 ____kasan_slab_free+0x161/0x1c0 slab_free_freelist_hook+0x119/0x220 __kmem_cache_free+0xb4/0x2e0 rcu_core+0x809/0x1bd0 bcm_op，这会导致 bcm_proc_show() 可能读取已释放的 bcm_op。(CVE-2023-52922)

  - 在 Linux 内核中，已解决以下漏洞: x86/xen: 不通过超级调用页面执行 PV iret 超级调用。直接在 xen-asm.S 中对所需序列进行编码，而不是跳至 Xen 超级调用页面执行 iret 超级调用。这样做是为了完全不再使用超级调用页面，因为经证实这会导致推测缓解措施出现问题。这是 XSA-466/CVE-2024-53241 的一部分。(CVE-2024-53241)

  - 在 Linux 内核中，已解决以下漏洞: scsi：scsi: megaraid_sas: 修复潜在的死锁。这修复了“检测到可能的循环锁定依存关系”警告 CPU0 CPU1 ----
    ---- lock(&instance->reset_mutex); lock(&shost->scan_mutex); lock(&instance->reset_mutex);
    lock(&shost->scan_mutex)；通过临时释放 reset_mutex 修复此问题。(CVE-2024-57807)

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

远程 Oracle Linux 9 主机上安装的程序包受到 ELSA-2025-6966 公告中提及的多个漏洞影响。

    - netstmmacdwmac-tegra从设备树读取 iommu 流 id (Izabela Bkollari) [RHEL-75649] {CVE-2025-21663}
    - netstmmac修复禁用 tc cbs 时的除零错误 (Izabela Bakollari) [RHEL-63931] {CVE-2024-49977}
    - scsiqla2xxx修复卸载时的释放后使用 (Ewan D. Milne) [RHEL-75828] {CVE-2024-56623}

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

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

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

  - kernel安全启动不会自动启用内核锁定 (CVE-2025-1272)

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
233298	CentOS 9 : kernel-5.14.0-573.el9	Nessus	CentOS Local Security Checks	2025/3/24	2025/3/24	high
237030	Oracle Linux 9：内核 (ELSA-2025-6966)	Nessus	Oracle Linux Local Security Checks	2025/5/22	2025/9/11	critical
237324	RHEL 9：内核 (RHSA-2025:6966)	Nessus	Red Hat Local Security Checks	2025/5/27	2025/8/15	critical
247810	Linux Distros 未修补的漏洞：CVE-2025-1272	Nessus	Misc.	2025/8/10	2025/9/29	high

检测

插件搜索

high

critical

critical

high