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

  - 已修复 Linux 内核中的下列漏洞：udf: Avoid double brelse() in udf_rename() syzbot reported a warning like below [1]: VFS: brelse: Trying to free free buffer WARNING:
    CPU: 2 PID: 7301 at fs/buffer.c:1145 __brelse+0x67/0xa0 ... Call Trace: <TASK> invalidate_bh_lru+0x99/0x150 smp_call_function_many_cond+0xe2a/0x10c0 ? generic_remap_file_range_prep+0x50/0x50 ? __brelse+0xa0/0xa0 ? __mutex_lock+0x21c/0x12d0 ? smp_call_on_cpu+0x250/0x250 ? rcu_read_lock_sched_held+0xb/0x60 ? lock_release+0x587/0x810 ?
    __brelse+0xa0/0xa0 ? generic_remap_file_range_prep+0x50/0x50 on_each_cpu_cond_mask+0x3c/0x80 blkdev_flush_mapping+0x13a/0x2f0 blkdev_put_whole+0xd3/0xf0 blkdev_put+0x222/0x760 deactivate_locked_super+0x96/0x160 deactivate_super+0xda/0x100 cleanup_mnt+0x222/0x3d0 task_work_run+0x149/0x240 ? task_work_cancel+0x30/0x30 do_exit+0xb29/0x2a40 ? reacquire_held_locks+0x4a0/0x4a0 ? do_raw_spin_lock+0x12a/0x2b0 ? mm_update_next_owner+0x7c0/0x7c0 ? rwlock_bug.part.0+0x90/0x90 ? zap_other_threads+0x234/0x2d0 do_group_exit+0xd0/0x2a0
    __x64_sys_exit_group+0x3a/0x50 do_syscall_64+0x34/0xb0 entry_SYSCALL_64_after_hwframe+0x63/0xcd The cause of the issue is that brelse() is called on both ofibh.sbh and ofibh.ebh by udf_find_entry() when it returns NULL. However, brelse() is called by udf_rename(), too. So, b_count on buffer_head becomes unbalanced. This patch fixes the issue by not calling brelse() by udf_rename() when udf_find_entry() returns NULL. (CVE-2022-50755)

  - 已修复 Linux 内核中的下列漏洞：soc: qcom: qmi_encdec: Restrict string length in decode The QMI TLV value for strings in a lot of qmi element info structures account for null terminated strings with MAX_LEN + 1. If a string is actually MAX_LEN + 1 length, this will cause an out of bounds access when the NULL character is appended in decoding. (CVE-2023-53729)

  - 已修复 Linux 内核中的下列漏洞：can: isotp: check CAN address family in isotp_bind() Add missing check to block non-AF_CAN binds. Syzbot created some code which matched the right sockaddr struct size but used AF_XDP (0x2C) instead of AF_CAN (0x1D) in the address family field:
    bind$xdp(r2, &(0x7f0000000540)={0x2c, 0x0, r4, 0x0, r2}, 0x10) ^^^^ This has no funtional impact but the userspace should be notified about the wrong address family field content. (CVE-2023-54105)

  - 已修复 Linux 内核中的下列漏洞：usb: rndis_host: Secure rndis_query check against int overflow Variables off and len typed as uint32 in rndis_query function are controlled by incoming RNDIS response message thus their value may be manipulated. Setting off to a unexpectetly large value will cause the sum with len and 8 to overflow and pass the implemented validation step. Consequently the response pointer will be referring to a location past the expected buffer boundaries allowing information leakage e.g. via RNDIS_OID_802_3_PERMANENT_ADDRESS OID. (CVE-2023-54110)

  - 已修复 Linux 内核中的下列漏洞：mtd: spi-nor: Fix shift-out-of-bounds in spi_nor_set_erase_type spi_nor_set_erase_type() was used either to set or to mask out an erase type.
    When we used it to mask out an erase type a shift-out-of-bounds was hit: UBSAN: shift-out-of-bounds in drivers/mtd/spi-nor/core.c:2237:24 shift exponent 4294967295 is too large for 32-bit type 'int' The setting of the size_{shift, mask} and of the opcode are unnecessary when the erase size is zero, as throughout the code just the erase size is considered to determine whether an erase type is supported or not. Setting the opcode to 0xFF was wrong too as nobody guarantees that 0xFF is an unused opcode. Thus when masking out an erase type, just set the erase size to zero. This will fix the shift-out-of-bounds.
    [ta: refine changes, new commit message, fix compilation error] (CVE-2023-54295)

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

远程的Debian 13主机安装了受多个漏洞影响的软件包，正如dsa-6238公告中提到的。

    - ------------------------------------------------------------------------- Debian 安全咨询 DSA-6238-1 security@debian.org https://www.debian.org/security/Salvatore Bonaccorso 2026年4月30日 https://www.debian.org/security/faq
    - -------------------------------------------------------------------------

    程序包：linux CVE ID：CVE-2024-14027 CVE-2025-21709 CVE-2025-22116 CVE-2025-22117 CVE-2025-38426 CVE-2025-38627 CVE-2025-39764 CVE-2025-40005 CVE-2025-40135 CVE-2025-40147 CVE-2025-40150 CVE-2025-40219 CVE-2025-68175 CVE-2025-68239 CVE-2025-68334 CVE-2025-68736 CVE-2025-71152 CVE-2025-71161 CVE-2025-71221 CVE-2025-71239 CVE-2025-71265 CVE-2025-71266 CVE-2025-71267 CVE-2025-71269 CVE-2026-22981 CVE-2026-22985 CVE-2026-22986 CVE-2026-22993 CVE-2026-23004 CVE-2026-23066 CVE-2026-23070 CVE-2026-23104 CVE-2026-23138 CVE-2026-23157 CVE-2026-23207 CVE-2026-23210 CVE-2026-23226 CVE-2026-23227 CVE-2026-23231 CVE-2026-23239 CVE-2026-23240 CVE-2026-23242 CVE-2026-23243 CVE-2026-23244 CVE-2026-23245 CVE-2026-23246 CVE-2026-23249 CVE-2026-23250 CVE-2026-23251 CVE-2026-23252 CVE-2026-23253 CVE-2026-23255 CVE-2026-23270 CVE-2026-23271 CVE-2026-23273 CVE-2026-23274 CVE-2026-23276 CVE-2026-23277 CVE-2026-23278 CVE-2026-23279 CVE-2026-23281 CVE-2026-23284 CVE-2026-23285 CVE-2026-23286 CVE-2026-23287 CVE-2026-23289 CVE-2026-23290 CVE-2026-23291 CVE-2026-23292 CVE-2026-23293 CVE-2026-23296 CVE-2026-23297 CVE-2026-23298 CVE-2026-23300 CVE-2026-23302 CVE-2026-23303 CVE-2026-23304 CVE-2026-23306 CVE-2026-23307 CVE-2026-23308 CVE-2026-23310 CVE-2026-23312 CVE-2026-23313 CVE-2026-23315 CVE-2026-23316 CVE-2026-23317 CVE-2026-23318 CVE-2026-23319 CVE-2026-23321 CVE-2026-23324 CVE-2026-23325 CVE-2026-23330 CVE-2026-23334 CVE-2026-23335 CVE-2026-23336 CVE-2026-23339 CVE-2026-23340 CVE-2026-23343 CVE-2026-23347 CVE-2026-23351 CVE-2026-23352 CVE-2026-23354 CVE-2026-23356 CVE-2026-23357 CVE-2026-23359 CVE-2026-23360 CVE-2026-23361 CVE-2026-23362 CVE-2026-23363 CVE-2026-23364 CVE-2026-23365 CVE-2026-23367 CVE-2026-23368 CVE-2026-23369 CVE-2026-23370 CVE-2026-23372 CVE-2026-23373 CVE-2026-23374 CVE-2026-23375 CVE-2026-23378 CVE-2026-23379 CVE-2026-23380 CVE-2026-23381 CVE-2026-23382 CVE-2026-23383 CVE-2026-23386 CVE-2026-23387 CVE-2026-23388 CVE-2026-23389 CVE-2026-23391 CVE-2026-23392 CVE-2026-23393 CVE-2026-23395 CVE-2026-23396 CVE-2026-23397 CVE-2026-23398 CVE-2026-23399 CVE-2026-23401 CVE-2026-23412 CVE-2026-23413 CVE-2026-23414 CVE-2026-23417 CVE-2026-23419 CVE-2026-23420 CVE-2026-23422 CVE-2026-23426 CVE-2026-23427 CVE-2026-23428 CVE-2026-23434 CVE-2026-23438 CVE-2026-23439 CVE-2026-23440 CVE-2026-23441 CVE-2026-23442 CVE-2026-23444 CVE-2026-23445 CVE-2026-23446 CVE-2026-23447 CVE-2026-23448 CVE-2026-23449 CVE-2026-23450 CVE-2026-23452 CVE-2026-23454 CVE-2026-23455 CVE-2026-23456 CVE-2026-23457 CVE-2026-23458 CVE-2026-23460 CVE-2026-23461 CVE-2026-23462 CVE-2026-23463 CVE-2026-23464 CVE-2026-23465 CVE-2026-23466 CVE-2026-23470 CVE-2026-23474 CVE-2026-23475 CVE-2026-31389 CVE-2026-31391 CVE-2026-31392 CVE-2026-31393 CVE-2026-31394 CVE-2026-31396 CVE-2026-31399 CVE-2026-31400 CVE-2026-31401 CVE-2026-31402 CVE-2026-31403 CVE-2026-31405 CVE-2026-31406 CVE-2026-31407 CVE-2026-31408 CVE-2026-31409 CVE-2026-31410 CVE-2026-31411 CVE-2026-31412 CVE-2026-31414 CVE-2026-31415 CVE-2026-31416 CVE-2026-31417 CVE-2026-31418 CVE-2026-31421 CVE-2026-31422 CVE-2026-31423 CVE-2026-31424 CVE-2026-31425 CVE-2026-31426 CVE-2026-31427 CVE-2026-31428 CVE-2026-31429 CVE-2026-31430 CVE-2026-31431 CVE-2026-31432 CVE-2026-31433 CVE-2026-31434 CVE-2026-31436 CVE-2026-31438 CVE-2026-31439 CVE-2026-31440 CVE-2026-31441 CVE-2026-31446 CVE-2026-31447 CVE-2026-31448 CVE-2026-31449 CVE-2026-31450 CVE-2026-31451 CVE-2026-31452 CVE-2026-31453 CVE-2026-31454 CVE-2026-31455 CVE-2026-31458 CVE-2026-31462 CVE-2026-31464 CVE-2026-31466 CVE-2026-31467 CVE-2026-31469 CVE-2026-31470 CVE-2026-31473 CVE-2026-31474 CVE-2026-31476 CVE-2026-31477 CVE-2026-31478 CVE-2026-31479 CVE-2026-31480 CVE-2026-31482 CVE-2026-31483 CVE-2026-31485 CVE-2026-31487 CVE-2026-31488 CVE-2026-31489 CVE-2026-31492 CVE-2026-31494 CVE-2026-31495 CVE-2026-31496 CVE-2026-31497 CVE-2026-31498 CVE-2026-31500 CVE-2026-31502 CVE-2026-31503 CVE-2026-31504 CVE-2026-31505 CVE-2026-31506 CVE-2026-31507 CVE-2026-31508 CVE-2026-31509 CVE-2026-31510 CVE-2026-31511 CVE-2026-31512 CVE-2026-31515 CVE-2026-31516 CVE-2026-31518 CVE-2026-31519 CVE-2026-31520 CVE-2026-31521 CVE-2026-31522 CVE-2026-31523 CVE-2026-31524 CVE-2026-31525 CVE-2026-31527 CVE-2026-31528 CVE-2026-31530 CVE-2026-31531 CVE-2026-31532 CVE-2026-31533 CVE-2026-31540 CVE-2026-31542 CVE-2026-31545 CVE-2026-31546 CVE-2026-31548 CVE-2026-31549 CVE-2026-31550 CVE-2026-31551 CVE-2026-31552 CVE-2026-31554 CVE-2026-31555 CVE-2026-31556 CVE-2026-31557 CVE-2026-31558 CVE-2026-31559 CVE-2026-31561 CVE-2026-31563 CVE-2026-31565 CVE-2026-31566 CVE-2026-31570 CVE-2026-31575 CVE-2026-31576 CVE-2026-31577 CVE-2026-31578 CVE-2026-31580 CVE-2026-31581 CVE-2026-31582 CVE-2026-31583 CVE-2026-31584 CVE-2026-31585 CVE-2026-31586 CVE-2026-31587 CVE-2026-31588 CVE-2026-31590 CVE-2026-31593 CVE-2026-31594 CVE-2026-31595 CVE-2026-31596 CVE-2026-31597 CVE-2026-31598 CVE-2026-31599 CVE-2026-31602 CVE-2026-31603 CVE-2026-31604 CVE-2026-31605 CVE-2026-31606 CVE-2026-31607 CVE-2026-31610 CVE-2026-31611 CVE-2026-31612 CVE-2026-31614 CVE-2026-31615 CVE-2026-31616 CVE-2026-31617 CVE-2026-31618 CVE-2026-31619 CVE-2026-31622 CVE-2026-31623 CVE-2026-31624 CVE-2026-31625 CVE-2026-31626 CVE-2026-31627 CVE-2026-31628 CVE-2026-31629 CVE-2026-31634 CVE-2026-31637 CVE-2026-31638 CVE-2026-31639 CVE-2026-31642 CVE-2026-31644 CVE-2026-31645 CVE-2026-31646 CVE-2026-31647 CVE-2026-31648 CVE-2026-31649 CVE-2026-31651 CVE-2026-31655 CVE-2026-31656 CVE-2026-31657 CVE-2026-31658 CVE-2026-31659 CVE-2026-31660 CVE-2026-31661 CVE-2026-31662 CVE-2026-31664 CVE-2026-31665 CVE-2026-31666 CVE-2026-31667 CVE-2026-31668 CVE-2026-31669 CVE-2026-31670 CVE-2026-31671 CVE-2026-31672 CVE-2026-31673 CVE-2026-31674 CVE-2026-31675 CVE-2026-31676 CVE-2026-31677 CVE-2026-31678 CVE-2026-31679 CVE-2026-31680 CVE-2026-31681 CVE-2026-31682 CVE-2026-31683 CVE-2026-31684 CVE-2026-31685 CVE-2026-31686 CVE-2026-31689 CVE-2026-31693 CVE-2026-31786 CVE-2026-31787 CVE-2026-31788

    在 Linux 内核中发现多个可能导致权限升级、拒绝服务或信息泄漏的漏洞。

    对于稳定发行版本 (trixie)，已在 6.12.85-1 版本中修复这些问题。

    建议您升级 linux 程序包。

    如需了解 linux 的详细安全状态，请参阅其安全跟踪页面：
    https://security-tracker.debian.org/tracker/linux

    有关 Debian 安全公告、如何将这些更新应用到系统以及常见问题解答的更多信息，请访问以下网址：https://www.debian.org/security/

    邮件列表：debian-security-announce@lists.debian.org

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

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

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

  - idpf：修复PREEMPT_RT raw/bh 旋转锁嵌套问题，用于异步 VC 处理。将使用完备的原始自旋锁切换为 idpf_vc_xn 结构体中的本地锁。转换是安全的，因为 complete/_all（） 是在锁之外调用的，当前逻辑中没有理由共享完成锁。这避免了内核报告的无效等待上下文，因为异步处理程序采用了 BH 旋转锁： [805.726977] ============================= [ 805.726991] [ 错误：无效等待上下文 ] [ 805.727006] 7.0.0-rc2-net-devq-031026+ #28 受污染： G S OE [ 805.727026] ----------------------------- [ 805.727038] kworker/u261：0/572 正在尝试锁定： [ 805.727051] ff190da6a8dbb6a0 （&vport_config->mac_filter_list_lock）{+...}-{3:3}， at： idpf_mac_filter_async_handler+0xe9/0x260 [idpf] [805.727099] 其他可能帮助我们调试的信息： [ 805.727111] 上下文-{5:5} [ 805.727119] kworker/u261：0/572 持有的3个锁： [ 805.727132] #0： ff190da6db3e6148 （（wq_completion）idpf-0000：83：00.0-mbx）{+.+.}-{0:0}， at： process_one_work+0x4b5/0x730 [ 805.727163] #1：
    ff3c6f0a6131fe50 （（work_completion）（&（&adapter->mbx_task）->work））{+.+.}-{0:0}，在：
    process_one_work+0x1e5/0x730 [ 805.727191] #2： ff190da765190020 （&x->wait#34）{+.+.}-{2:2}，在：
    idpf_recv_mb_msg+0xc8/0x710 [idpf] [ 805.727218] 栈回溯：...[ 805.727238] 工作队列：
    idpf-0000：83：00.0-mbx idpf_mbx_task [idpf] [ 805.727247] 呼叫追踪：[ 805.727249] <TASK> [ 805.727251] dump_stack_lvl+0x77/0xb0 [ 805.727259] __lock_acquire+0xb3b/0x2290 [ 805.727268] ？
    __irq_work_queue_local+0x59/0x130 [ 805.727275] lock_acquire+0xc6/0x2f0 [ 805.727277] ？ idpf_mac_filter_async_handler+0xe9/0x260 [idpf] [ 805.727284] ？ _printk+0x5b/0x80 [ 805.727290]
    _raw_spin_lock_bh+0x38/0x50 [ 805.727298] ？ idpf_mac_filter_async_handler+0xe9/0x260 [idpf] [ 805.727303] idpf_mac_filter_async_handler+0xe9/0x260 [idpf] [ 805.727310] idpf_recv_mb_msg+0x1c8/0x710 [idpf] [805.727317] process_one_work+0x226/0x730 [ 805.727322] worker_thread+0x19e/0x340 [ 805.727325] ？
    __pfx_worker_thread+0x10/0x10 [ 805.727328] kthread+0xf4/0x130 [ 805.727333] ？ __pfx_kthread+0x10/0x10 [805.727336] ret_from_fork+0x32c/0x410 [ 805.727345] ？ __pfx_kthread+0x10/0x10 [ 805.727347] ret_from_fork_asm+0x1a/0x30 [ 805.727354] </TASK> （CVE-2026-31647）

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

如 TuxCare ALMALINUX9.6：CLSA-2026：1793100968公告所述，Rocky Linux 9.6 主机上安装的程序包受到多个漏洞的影响。

  - 已修复 Linux 内核中的下列漏洞：udf: Avoid double brelse() in udf_rename() syzbot reported a warning like below [1]: VFS: brelse: Trying to free free buffer WARNING:
    CPU: 2 PID: 7301 at fs/buffer.c:1145 __brelse+0x67/0xa0 ... Call Trace: <TASK> invalidate_bh_lru+0x99/0x150 smp_call_function_many_cond+0xe2a/0x10c0 ? generic_remap_file_range_prep+0x50/0x50 ? __brelse+0xa0/0xa0 ? __mutex_lock+0x21c/0x12d0 ? smp_call_on_cpu+0x250/0x250 ? rcu_read_lock_sched_held+0xb/0x60 ? lock_release+0x587/0x810 ?
    __brelse+0xa0/0xa0 ? generic_remap_file_range_prep+0x50/0x50 on_each_cpu_cond_mask+0x3c/0x80 blkdev_flush_mapping+0x13a/0x2f0 blkdev_put_whole+0xd3/0xf0 blkdev_put+0x222/0x760 deactivate_locked_super+0x96/0x160 deactivate_super+0xda/0x100 cleanup_mnt+0x222/0x3d0 task_work_run+0x149/0x240 ? task_work_cancel+0x30/0x30 do_exit+0xb29/0x2a40 ? reacquire_held_locks+0x4a0/0x4a0 ? do_raw_spin_lock+0x12a/0x2b0 ? mm_update_next_owner+0x7c0/0x7c0 ? rwlock_bug.part.0+0x90/0x90 ? zap_other_threads+0x234/0x2d0 do_group_exit+0xd0/0x2a0
    __x64_sys_exit_group+0x3a/0x50 do_syscall_64+0x34/0xb0 entry_SYSCALL_64_after_hwframe+0x63/0xcd The cause of the issue is that brelse() is called on both ofibh.sbh and ofibh.ebh by udf_find_entry() when it returns NULL. However, brelse() is called by udf_rename(), too. So, b_count on buffer_head becomes unbalanced. This patch fixes the issue by not calling brelse() by udf_rename() when udf_find_entry() returns NULL. (CVE-2022-50755)

  - 已修复 Linux 内核中的下列漏洞：soc: qcom: qmi_encdec: Restrict string length in decode The QMI TLV value for strings in a lot of qmi element info structures account for null terminated strings with MAX_LEN + 1. If a string is actually MAX_LEN + 1 length, this will cause an out of bounds access when the NULL character is appended in decoding. (CVE-2023-53729)

  - 已修复 Linux 内核中的下列漏洞：can: isotp: check CAN address family in isotp_bind() Add missing check to block non-AF_CAN binds. Syzbot created some code which matched the right sockaddr struct size but used AF_XDP (0x2C) instead of AF_CAN (0x1D) in the address family field:
    bind$xdp(r2, &(0x7f0000000540)={0x2c, 0x0, r4, 0x0, r2}, 0x10) ^^^^ This has no funtional impact but the userspace should be notified about the wrong address family field content. (CVE-2023-54105)

  - 已修复 Linux 内核中的下列漏洞：usb: rndis_host: Secure rndis_query check against int overflow Variables off and len typed as uint32 in rndis_query function are controlled by incoming RNDIS response message thus their value may be manipulated. Setting off to a unexpectetly large value will cause the sum with len and 8 to overflow and pass the implemented validation step. Consequently the response pointer will be referring to a location past the expected buffer boundaries allowing information leakage e.g. via RNDIS_OID_802_3_PERMANENT_ADDRESS OID. (CVE-2023-54110)

  - 已修复 Linux 内核中的下列漏洞：mtd: spi-nor: Fix shift-out-of-bounds in spi_nor_set_erase_type spi_nor_set_erase_type() was used either to set or to mask out an erase type.
    When we used it to mask out an erase type a shift-out-of-bounds was hit: UBSAN: shift-out-of-bounds in drivers/mtd/spi-nor/core.c:2237:24 shift exponent 4294967295 is too large for 32-bit type 'int' The setting of the size_{shift, mask} and of the opcode are unnecessary when the erase size is zero, as throughout the code just the erase size is considered to determine whether an erase type is supported or not. Setting the opcode to 0xFF was wrong too as nobody guarantees that 0xFF is an unused opcode. Thus when masking out an erase type, just set the erase size to zero. This will fix the shift-out-of-bounds.
    [ta: refine changes, new commit message, fix compilation error] (CVE-2023-54295)

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

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

    - net/sched：修复导致页面缓存损坏的 pedit 部分 COW(Rajat Gupta) {CVE-2026-46331}
    - eventpoll：修复ep_remove结构 eventpoll / 结构文件 UAF （Christian Brauner） [Orabug： 39668743] {CVE-2026-46242}
    - net：skbuff：修复pskb_carve帮助程序中缺少的 zerocopy 引用 （Minh Nguyen） [Orabug： 39656679] {CVE-2026-52943}
    - arm64：勘误表：缓解各种 Arm CPU 上的 TLBI 勘误表 （Mark Rutland） [Orabug： 39548792] {CVE-2025-10263}
    - openvswitch： vport：修复释放隧道端口时的自死锁 （Ilya Maximets） {CVE-2026-46165}
    - iommu/amd：在并发 TLB 无效的情况下序列化序列分配 （Ankit Soni） {CVE-2026-43220}
    - usb：ulpi：修复 ulpi_register（） 错误路径中的内存泄漏 （Felix Gu） {CVE-2026-46109}
    - smb：客户端：拒绝用户空间 cifs.spnego 描述 （Asim Viladi Oglu Manizada） [Orabug： 39463671] {CVE-2026-46243}
    - net：skbuff：通过 frag-transfer 帮助程序传播 shared-frag 标记 (Hyunwoo Kim) [Orabug:
    39368826,39441323] {CVE-2026-43503，CVE-2026-46300}
    - net：skbuff：在合并期间保留 shared-frag 标记(William Bowling) [Orabug: 39368826] {CVE-2026-46300}
    - netfilter：拒绝 nft_bitwise 中的零位移 (Kai Ma) [Orabug: 39452464] {CVE-2026-46101}
    - net：ipv6：修复 seg6 和 rpl lwtunnels 中使用的 NOREF dst （Andrea Mayer） [Orabug： 39452457] {CVE-2026-46099}
    - ALSA：caiaq：修复探usb_dev故障时的 refcount 泄漏 （Deepanshu Kartikey） [Orabug： 39452739] {CVE-2026-46048}
    - ipv6：rpl：重新压缩的 SRH 增长时预留mac_len余量 （Greg Kroah-Hartman） [Orabug：39426003] {CVE-2026-43501}
    - ALSA：caiaq：修复错误路径中可能残留的ep1_in_urb （Takashi Iwai） [Orabug： 39452746] {CVE-2026-45992}
    - net: bonding：修复 bond_xmit_broadcast() 中的释放后使用(Xiang Mei) [Orabug: 39205989] {CVE-2026-31419}
    - crypto：authencesn - 拒绝实例创建期间的短 ahash 摘要 （Yucheng Lu） [Orabug： 39452231] {CVE-2026-46033}
    - spi：修复设备设置失败时的资源泄漏 （Johan Hovold） [Orabug： 39452400] {CVE-2026-46083}
    - net：qrtr：ns：限制节点总数 （Manivannan Sadhasivam） [Orabug：39452123] {CVE-2026-46003}
    - net：bridge：在 RCU 阅读器中使用稳定的 FDB dst 快照 （Zhengchuan Liang） [Orabug： 39452411] {CVE-2026-46086}
    - net：qrtr：ns：限制查询的最大次数 （Manivannan Sadhasivam） [Orabug: 39452207] {CVE-2026-46026}
    - net：qrtr：ns：限制每个节点的最大服务器注册节点数量 (Manivannan Sadhasivam) [Orabug: 39410851] {CVE-2026-43491}
    - RDMA/mana_ib：禁用 RSS QP 破坏时的 RX 转向 （Long Li） [Orabug： 39452406] {CVE-2026-46084}
    - media：rc：igorplugusb：注意一致性规则 （Oliver Neukum） [Orabug：39452432] {CVE-2026-46091}
    - wifi：mwifiex：修复 mwifiex_adapter_cleanup（） 中的释放后使用 （Daniel Hodges） [Orabug： 39452343] {CVE-2026-46069}
    - thermal：core：修复热区域调控器清理问题 （Rafael J. Wysocki） [Orabug： 39452186] {CVE-2026-46021}
    - smb：客户端：在 cifsacl 中重写 DACL 之前对其进行全面验证 (Michael Bommarito) [Orabug:
    39300611] {CVE-2026-31709}
    - scsi：sd：修复 device_add（&disk_dev） 失败时缺少的 put_disk（） （Yang Xiuwei） [Orabug： 39452100] {CVE-2026-45997}
    - rtmutex：在 remove_waiter（） 中使用 waiter：：task 而不是当前的任务 （Keenan Dong） [Orabug: 39425998] {CVE-2026-43499}
    - ceph：反哈希时仅 d_add（） 负 dentry （Max Kellermann） [Orabug： 39452291] {CVE-2026-46052}
    - dm mirror：修复 create_dirty_log（） 中的整数溢出 （Junrui Luo） [Orabug： 39452196] {CVE-2026-46023}
    - Bluetooth：hci_event：修复 SSP 通行密钥处理程序中潜在的 UAF (Shuvam Pandey) [Orabug: 39452304] {CVE-2026-46056}
    - tcp：监听器迁移后调用 sk_data_ready（） （Zhenzhong Wu） [Orabug： 39452159] {CVE-2026-46015}
    - inotify：修复 fsnotify_add_inode_mark_locked（） 失败时的监视计数泄漏 （Chia-Ming Chang） [Orabug：
    39452250] {CVE-2026-46040}
    - md/raid5：在访问日志元数据之前验证负载大小 （Junrui Luo） [Orabug： 39452349] {CVE-2026-46070}
    - md/raid5：修复 retry_aligned_read（） 中的软锁定 （Chia-Ming Chang） [Orabug： 39452287] {CVE-2026-46051}
    - ext4：修复 ext4_xattr_inode_dec_ref_all（） 中缺少的 brelse（） （Sohei Koyama） [Orabug： 39452269] {CVE-2026-46046}
    - ext4：修复 check_xattrs（） 中的边界检查以防止越界访问 （Deepanshu Kartikey） [Orabug：
    39452442] {CVE-2026-46094}
    - io_uring/poll：修复唤醒争用中缺少 EOF 的 multishot recv （Jens Axboe） {CVE-2026-23473}
    - KVM：nSVM：如果未处理的 VMMCALL 未被 L1 拦截则引发 #UD （Kevin Cheng） [Orabug： 39452372] {CVE-2026-46076}
    - KVM：SVM：如果 EFER，则为 INVLPGA 注入 #UD。SVME=0 （Kevin Cheng） [Orabug： 39452394] {CVE-2026-46082}
    - KVM：nSVM：在 L2 的 VMRUN 之后将中断阴影同步到缓存的 vmcb12 （Yosry Ahmed） [Orabug： 39452061] {CVE-2026-45987}
    - xfs：修复 xfs_alloc_buftarg（） 中的一个资源泄漏 （Haoxiang Li） [Orabug： 39452131] {CVE-2026-46005}
    - libceph：防止 ceph_handle_auth_reply（） 中潜在的 null-ptr-deref （Raphael Zimmer） [Orabug：
    39452201] {CVE-2026-46024}
    - ipv4：icmp：使用 icmp_pointers 之前验证回复类型 （Ruide Cao） [Orabug： 39452243] {CVE-2026-46037}
    - RDMA/rxe：在 rxe_rcv 中 payload_size（） 前验证 pad 和 ICRC （Hkbinbin） [Orabug： 39452259] {CVE-2026-46043}
    - net：qrtr：ns：ctrl_cmd_bye（） 期间释放节点 （Manivannan Sadhasivam） [Orabug： 39452246] {CVE-2026-46038}
    - rxrpc：修复 rxkad 加密未对齐处理 （David Howells） [Orabug： 39452728] {CVE-2026-46085}
    - ALSA：caiaq：正确处理探测错误 （Takashi Iwai） [Orabug：39452126] {CVE-2026-46004}
    - rbd：修复 device_add_disk（） 失败时的 null-ptr-deref （Dawei Feng） [Orabug： 39452385] {CVE-2026-46079}
    - md/raid10：通过检查操作和 nowait 请求修复死锁 （Josh Hunt） [Orabug： 39452284] {CVE-2026-46050}
    - jbd2：修复 jbd2_journal_cancel_revoke（） 中的死锁 （Zhang Yi） [Orabug： 39452318] {CVE-2026-46061}
    - erofs：修复尾随 dirents 的越界 nameoff 处理 （Gao Xiang） [Orabug： 39452380] {CVE-2026-46078}
    - ALSA：ctxfi：添加回退到 S/PDIF 的默认 RSR （Harin Lee） [Orabug： 39452280] {CVE-2026-46049}
    - ext2：拒绝 ext2_iget（） 中含零i_nlink和有效模式的 inode （Vasiliy Kovalev） [Orabug： 39452119] {CVE-2026-46002}
    - net：qrtr：ns：修复驱动程序 remove（） 中的释放后使用 （Manivannan Sadhasivam） [Orabug： 39452274] {CVE-2026-46047}
    - net：strparser：修复 strp_abort_strp（） 中的skb_head泄漏 （Luxiao Xu） [Orabug： 39452468] {CVE-2026-46102}
    - ALSA：control：在 snd_ctl_elem_init_enum_names（） 中的 strnlen（） 之前验证 buf_len （Ziqing Chen） [Orabug： 39452416] {CVE-2026-46088}
    - crypto： pcrypt - 修复MAY_BACKLOG请求的处理 （Herbert Xu） [Orabug： 39410863] {CVE-2026-43493}
    - wifi：rtw88：检查 PCI 上游桥是否存在 （Fedor Pchelkin） [Orabug： 39452437] {CVE-2026-46092}
    - zram：不忘记为部分丢弃请求执行 endio （Sergey Senozhatsky） [Orabug： 39452420] {CVE-2026-46089}
    - ocfs2：拆分 dio 完成中的事务以避免信用耗尽 （Heming Zhao） [Orabug： 39452388] {CVE-2026-46080}
    - drm/amdgpu：限制 BO 列表条目计数以防止资源耗尽 （Jesse Zhang） [Orabug： 39167551] {CVE-2026-23468}
    - padata：一劳永逸地修复 pd UAF （Herbert Xu） [Orabug： 38335055] {CVE-2025-38584}
    - drm/nouveau：修复 pushbuf 重定位边界检查中的 u32 溢出 （Greg Kroah-Hartman） [Orabug： 39452133] {CVE-2026-46006}
    - ALSA：usb-audio：停止以 MAX_NR_RATES 速率解析 UAC2 速率 （Cassio Gabriel） [Orabug： 39452170] {CVE-2026-46018}
    - drivers/xen/sys-hypervisor.c 中的缓冲区溢出 （Juergen Gross） [Orabug： 39305898] {CVE-2026-31786}
    - xen/privcmd：通过 VMA 拆分修复双重释放 （Juergen Gross） [Orabug： 39305908] {CVE-2026-31787}
    - rxrpc：修复非 XDR 密钥准备中缺失的票证长度验证 （Anderson Nascimento） [Orabug：
    39300563] {CVE-2026-31696}
    - crypto：ccp：如果 PSP 命令失败，请勿尝试将 ID 复制到用户空间 （Sean Christopherson） {CVE-2026-31697}
    - crypto：ccp：如果 PSP 命令失败，请勿尝试将 PDH cert 复制到用户空间 （Sean Christopherson） {CVE-2026-31698}
    - crypto：ccp：如果 PSP 命令失败，请勿尝试将 CSR 复制到用户空间 （Sean Christopherson） {CVE-2026-31699}
    - net/packet：修复 tpacket_snd（） 中的 mmap'd vnet_hdr 上的 TOCTOU 争用 （Bingquan Chen） {CVE-2026-31700}
    - ALSA：caiaq：在 create_card（） 中引用 USB 设备 （Berk Cem Goksel） [Orabug： 39300586] {CVE-2026-31701}
    - smb：客户端：修复smb2_ioctl_query_info QUERY_INFO路径中的 OOB 读取 （Michael Bommarito） [Orabug：
    39300607] {CVE-2026-31708}
    - smb：客户端：读取模式位之前需要完整 NFS 模式 SID （Michael Bommarito） [Orabug： 39343707] {CVE-2026-43350}
    - fuse：拒绝页面缓存中的超大问题 （Samuel Page） [Orabug： 39300556] {CVE-2026-31694}
    - mm/pagewalk：修复并发拆分和重错之间的争用 （Max Boone） [Orabug： 39250782] {CVE-2026-31456}
    - wifi：mac80211：ieee80211_tx_prepare_skb（） 失败时始终释放 skb （Felix Fietkau） [Orabug： 39167472] {CVE-2026-23444}
    - mm/userfaultfd：修复 hugetlb 错误互斥体哈希计算 （Jianhui Zhou） [Orabug： 39273453] {CVE-2026-31575}
    - ipv6：在 SRv6 路径中添加对 idev 的空检查 （Heminhong） [Orabug： 39167467] {CVE-2026-23442}
    - ocfs2：修复 ocfs2_write_end_inline 中的越界写入 （Joseph Qi） [Orabug： 39331090] {CVE-2026-43075}
    - ocfs2：在 inode 读取期间验证内联数据i_size （Deepanshu Kartikey） [Orabug： 39331097] {CVE-2026-43076}
    - media：as102：修复在 as102_usb_probe（） 中注册设备后不释放内存 （Jeongjun Park） [Orabug： 39273467] {CVE-2026-31578}
    - bcache：修复 cached_dev.sb_bio 释放后使用和崩溃 （Mingzhe Zou） [Orabug： 39273481] {CVE-2026-31580}
    - ALSA：6fire：修复断开连接时的释放后使用 （Berk Cem Goksel） [Orabug： 39273486] {CVE-2026-31581}
    - media：em28xx：修复 em28xx_v4l2_open（） 中的释放后使用 （Abhishek Kumar） [Orabug： 39273493] {CVE-2026-31583}
    - mm：blk-cgroup：修复 cgwb_release_workfn（） 中的释放后使用 （Breno Leitao） [Orabug： 39273507] {CVE-2026-31586}
    - KVM：x86：使用 MMIO 片段中的擦除字段保存小写入值 （Sean Christopherson） [Orabug：
    39273521] {CVE-2026-31588}
    - x86-64：重命名名称令人误解的“__copy_user_nocache（）”函数 （Linus Torvalds） [Orabug： 39323162] {CVE-2026-43073}
    - kernel：谨慎处理 dup_mmap() 失败和 uprobe 注册 (Liam R. Howlett) {CVE-2025-21709}
    - gpiolib：修复 gdev->srcu 的争用条件 （Pawel Narewski） [Orabug： 38887677] {CVE-2026-22986}
    - KVM：SEV：终止对KVM_MEMORY_ENCRYPT_REG_REGION大尺寸的警告 （Sean Christopherson） [Orabug：
    39273529] {CVE-2026-31590}
    - KVM：SEV：拒绝尝试同步已启动/加密的 vCPU 的 VMSA （Sean Christopherson） [Orabug： 39273553] {CVE-2026-31593}
    - ocfs2：处理 ocfs2_group_extend 中无效的 dinode （Zhengyuan Huang） [Orabug： 39273569] {CVE-2026-31596}
    - ocfs2：修复VM_FAULT_RETRY时 ocfs2_fault（） 中的释放后使用 （Tejas Bharambe） [Orabug： 39273578] {CVE-2026-31597}
    - ocfs2：修复 unlink 和 dio_end_io_write 之间可能的死锁 （Joseph Qi） [Orabug： 39273586] {CVE-2026-31598}
    - dcache：将存储段的最小数量限制为两个 （Zhihao Cheng） [Orabug： 39323133] {CVE-2026-43071}
    - ALSA：ctxfi：将 PTP 限制为单页 （Harin Lee） [Orabug：39273608] {CVE-2026-31602}
    - wifi：rtw88：修复探查故障时的设备泄漏 （Johan Hovold） [Orabug： 39273620] {CVE-2026-31604}

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

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
373062	AlmaLinux 9.6 [TuxCare] 安全更新：kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1793100968）	Nessus	Alma Linux Local Security Checks	2026/10/28	2026/10/28	high
311299	Debian dsa-6238 ： ata-modules-6.12.74+deb13+1-armmp-di - 安全更新	Nessus	Debian Local Security Checks	2026/4/30	2026/5/8	high
310523	Linux Distros 未修补的漏洞：CVE-2026-31647	Nessus	Misc.	2026/4/27	2026/10/29	medium
373068	Rocky Linux 9.6 [TuxCare] 安全更新：kernel / kernel-64k / kernel-64k-core / kernel-64k-debug / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1793100968）	Nessus	Rocky Linux Local Security Checks	2026/10/28	2026/10/28	high
325292	Oracle Linux 10 / 9：Unbreakable Enterprise 内核 (ELSA-2026-50372)	Nessus	Oracle Linux Local Security Checks	2026/7/6	2026/10/29	high

检测

插件搜索

high

high

medium

high

high