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

  - smb：客户端：修复包含用户名选项的 krb5 挂载 客户报告，由于客户端尝试使用错误凭据挂载共享，他们的一些 krb5 挂载在单个服务器上失败。结果表明，即使已为其他挂载指定了不同的 username= 选项，但客户端正在重用第一次挂载的 SMB 会话以尝试挂载其他共享。cifs.upcall（8） 自 cifs-utils-4.8 以来支持通过使用用户名挂载选项和 sec=krb5 从 keytab 搜索主体。因此，即使具有 Kerberos，也应通过匹配 match_session（） 中的用户名挂载选项来修复此问题。例如，由于 keytab （/etc/krb5.keytab） 中没有“foobar”主体，因此下面的第二个挂载应因 -ENOKEY 而失败。客户端最后会从第一次挂载重用 SMB 会话以执行第二次挂载，这是错误的。''' $ ktutil ktutil： add_entry -password -p testuser -k 1 -e aes256-cts Password for testuser@ZELDA.TEST： ktutil： write_kt /etc/krb5.keytab ktutil： 退出 $ klist -ke Keytab 名称：
    FILE：/etc/krb5.keytab KVNO 主体---- ---------------------------------------------------------------- 1 testuser@ZELDA.TEST （aes256-cts-hmac-sha1-96） $ mount.cifs //w22-root2/scratch /mnt/1 -o sec=krb5，username=testuser $ mount.cifs //w22-root2/scratch /mnt/2 -o sec=krb5，username=foobar $ mount -t cifs | grep -Po 'username=\K\w+' testuser testuser ''' （CVE-2026-31392）

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

远程的 Debian 11 主机安装了受多个漏洞影响的包，如 dla-4561 公告中提到的。

    ------------------------------------------------------------------------- Debian LTS 咨询 DLA-4561-1 debian-lts@lists.debian.org https://www.debian.org/lts/security/Ben Hutchings 2026年5月2日 https://wiki.debian.org/LTS-------------------------------------------------------------------------

    程序包：linux-6.1 版本：6.1.170-1~deb11u1 CVE ID：CVE-2023-53228 CVE-2023-53510 CVE-2023-53545 CVE-2024-47736 CVE-2024-47809 CVE-2024-49998 CVE-2024-50298 CVE-2024-56719 CVE-2025-21676 CVE-2025-21682 CVE-2025-37945 CVE-2025-37980 CVE-2025-38105 CVE-2025-38162 CVE-2025-38192 CVE-2025-38250 CVE-2025-38303 CVE-2025-38436 CVE-2025-38626 CVE-2025-38659 CVE-2025-38704 CVE-2025-39748 CVE-2025-39764 CVE-2025-39863 CVE-2025-40005 CVE-2025-40016 CVE-2025-40135 CVE-2025-40219 CVE-2025-40242 CVE-2025-40261 CVE-2025-40358 CVE-2025-68206 CVE-2025-68239 CVE-2025-68265 CVE-2025-71067 CVE-2025-71161 CVE-2025-71221 CVE-2025-71265 CVE-2025-71266 CVE-2025-71267 CVE-2025-71269 CVE-2026-23100 CVE-2026-23113 CVE-2026-23141 CVE-2026-23154 CVE-2026-23157 CVE-2026-23204 CVE-2026-23227 CVE-2026-23231 CVE-2026-23242 CVE-2026-23243 CVE-2026-23245 CVE-2026-23253 CVE-2026-23270 CVE-2026-23271 CVE-2026-23273 CVE-2026-23274 CVE-2026-23277 CVE-2026-23279 CVE-2026-23281 CVE-2026-23284 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-23298 CVE-2026-23300 CVE-2026-23303 CVE-2026-23304 CVE-2026-23306 CVE-2026-23307 CVE-2026-23312 CVE-2026-23315 CVE-2026-23317 CVE-2026-23318 CVE-2026-23319 CVE-2026-23321 CVE-2026-23324 CVE-2026-23335 CVE-2026-23336 CVE-2026-23339 CVE-2026-23340 CVE-2026-23343 CVE-2026-23351 CVE-2026-23352 CVE-2026-23356 CVE-2026-23357 CVE-2026-23359 CVE-2026-23362 CVE-2026-23364 CVE-2026-23365 CVE-2026-23367 CVE-2026-23368 CVE-2026-23370 CVE-2026-23372 CVE-2026-23378 CVE-2026-23379 CVE-2026-23381 CVE-2026-23382 CVE-2026-23388 CVE-2026-23391 CVE-2026-23392 CVE-2026-23395 CVE-2026-23396 CVE-2026-23397 CVE-2026-23398 CVE-2026-23401 CVE-2026-23414 CVE-2026-23420 CVE-2026-23422 CVE-2026-23426 CVE-2026-23428 CVE-2026-23434 CVE-2026-23438 CVE-2026-23439 CVE-2026-23446 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-23462 CVE-2026-23463 CVE-2026-23474 CVE-2026-23475 CVE-2026-31389 CVE-2026-31391 CVE-2026-31392 CVE-2026-31393 CVE-2026-31396 CVE-2026-31399 CVE-2026-31400 CVE-2026-31402 CVE-2026-31403 CVE-2026-31405 CVE-2026-31408 CVE-2026-31409 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-31431 CVE-2026-31433 CVE-2026-31434 CVE-2026-31441 CVE-2026-31446 CVE-2026-31447 CVE-2026-31448 CVE-2026-31450 CVE-2026-31452 CVE-2026-31453 CVE-2026-31454 CVE-2026-31455 CVE-2026-31464 CVE-2026-31466 CVE-2026-31467 CVE-2026-31469 CVE-2026-31473 CVE-2026-31476 CVE-2026-31477 CVE-2026-31478 CVE-2026-31480 CVE-2026-31483 CVE-2026-31485 CVE-2026-31492 CVE-2026-31494 CVE-2026-31495 CVE-2026-31496 CVE-2026-31497 CVE-2026-31498 CVE-2026-31503 CVE-2026-31504 CVE-2026-31507 CVE-2026-31508 CVE-2026-31509 CVE-2026-31510 CVE-2026-31512 CVE-2026-31515 CVE-2026-31518 CVE-2026-31519 CVE-2026-31520 CVE-2026-31521 CVE-2026-31522 CVE-2026-31523 CVE-2026-31524 CVE-2026-31533 CVE-2026-31540 CVE-2026-31545 CVE-2026-31546 CVE-2026-31548 CVE-2026-31549 CVE-2026-31550 CVE-2026-31551 CVE-2026-31552 CVE-2026-31555 CVE-2026-31563 CVE-2026-31565 CVE-2026-31566 CVE-2026-31570 CVE-2026-31628 CVE-2026-31634 CVE-2026-31649 CVE-2026-31651 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-31667 CVE-2026-31668 CVE-2026-31669 CVE-2026-31670 CVE-2026-31671 CVE-2026-31672 CVE-2026-31674 CVE-2026-31678 CVE-2026-31679 CVE-2026-31680 CVE-2026-31682 CVE-2026-31683 CVE-2026-31689 CVE-2026-31695 CVE-2026-31720 CVE-2026-31721 CVE-2026-31726 CVE-2026-31728 CVE-2026-31737 CVE-2026-31738 CVE-2026-31747 CVE-2026-31748 CVE-2026-31749 CVE-2026-31751 CVE-2026-31752 CVE-2026-31754 CVE-2026-31755 CVE-2026-31756 CVE-2026-31758 CVE-2026-31759 CVE-2026-31761 CVE-2026-31762 CVE-2026-31763 CVE-2026-31768 CVE-2026-31770 CVE-2026-31773 CVE-2026-31776 CVE-2026-31778 CVE-2026-31779 CVE-2026-31780 CVE-2026-31781 CVE-2026-31786 CVE-2026-31787 CVE-2026-31788 CVE-2026-43011 CVE-2026-43013 CVE-2026-43014 CVE-2026-43015 CVE-2026-43017 CVE-2026-43018 CVE-2026-43020 CVE-2026-43023 CVE-2026-43024 CVE-2026-43025 CVE-2026-43026 CVE-2026-43027 CVE-2026-43028 CVE-2026-43030 CVE-2026-43032 CVE-2026-43033 CVE-2026-43035 CVE-2026-43037 CVE-2026-43038 CVE-2026-43040 CVE-2026-43041 CVE-2026-43043 CVE-2026-43046 CVE-2026-43047 CVE-2026-43050 CVE-2026-43051 CVE-2026-43054 CVE-2026-43057

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

    对于 Debian 11 Bullseye，这些问题在 6.1.170-1~deb11u1 版本中得到了修复。

    建议您升级 linux-6.1 程序包。

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

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

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

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

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

  - 已修复 Linux 内核中的下列漏洞：fs/mount_setattr: always cleanup mount_kattr Make sure that finish_mount_kattr() is called after mount_kattr was succesfully built in both the success and failure case to prevent leaking any references we took when we built it. We returned early if path lookup failed thereby risking to leak an additional reference we took when building mount_kattr when an idmapped mount was requested. (CVE-2021-46923)

  - 已修复 Linux 内核中的下列漏洞：vdpa: ifcvf: Do proper cleanup if IFCVF init fails ifcvf_mgmt_dev leaks memory if it is not freed before returning. Call is made to correct return statement so memory does not leak. ifcvf_init_hw does not take care of this so it is needed to do it here. (CVE-2022-48706)

  - 已修复 Linux 内核中的下列漏洞：tracing/histogram: Fix a potential memory leak for kstrdup() kfree() is missing on an error path to free the memory allocated by kstrdup(): p = param = kstrdup(data->params[i], GFP_KERNEL); So it is better to free it via kfree(p). (CVE-2022-48768)

  - 已修复 Linux 内核中的下列漏洞：efi: fix NULL-deref in init error path In cases where runtime services are not supported or have been disabled, the runtime services workqueue will never have been allocated. Do not try to destroy the workqueue unconditionally in the unlikely event that EFI initialisation fails to avoid dereferencing a NULL pointer. (CVE-2022-48879)

  - 已修复 Linux 内核中的下列漏洞：RDMA/srp: Do not call scsi_done() from srp_abort() After scmd_eh_abort_handler() has called the SCSI LLD eh_abort_handler callback, it performs one of the following actions: * Call scsi_queue_insert(). * Call scsi_finish_command(). * Call scsi_eh_scmd_add(). Hence, SCSI abort handlers must not call scsi_done(). Otherwise all the above actions would trigger a use-after-free. Hence remove the scsi_done() call from srp_abort(). Keep the srp_free_req() call before returning SUCCESS because we may not see the command again if SUCCESS is returned. (CVE-2023-52515)

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

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

  - 已修复 Linux 内核中的下列漏洞：l2tp: prevent possible tunnel refcount underflow When a session is created, it sets a backpointer to its tunnel. When the session refcount drops to 0, l2tp_session_free drops the tunnel refcount if session->tunnel is non-NULL. However, session->tunnel is set in l2tp_session_create, before the tunnel refcount is incremented by l2tp_session_register, which leaves a small window where session->tunnel is non-NULL when the tunnel refcount hasn't been bumped.
    Moving the assignment to l2tp_session_register is trivial but l2tp_session_create calls l2tp_session_set_header_len which uses session->tunnel to get the tunnel's encap. Add an encap arg to l2tp_session_set_header_len to avoid using session->tunnel. If l2tpv3 sessions have colliding IDs, it is possible for l2tp_v3_session_get to race with l2tp_session_register and fetch a session which doesn't yet have session->tunnel set. Add a check for this case. (CVE-2024-49940)

  - 已修复 Linux 内核中的下列漏洞：mm/thp: fix deferred split unqueue naming and locking Recent changes are putting more pressure on THP deferred split queues: under load revealing long-standing races, causing list_del corruptions, Bad page states and worse (I keep BUGs in both of those, so usually don't get to see how badly they end up without). The relevant recent changes being 6.8's mTHP, 6.10's mTHP swapout, and 6.12's mTHP swapin, improved swap allocation, and underused THP splitting. Before fixing locking: rename misleading folio_undo_large_rmappable(), which does not undo large_rmappable, to folio_unqueue_deferred_split(), which is what it does. But that and its out-of-line
    __callee are mm internals of very limited usability: add comment and WARN_ON_ONCEs to check usage; and return a bool to say if a deferred split was unqueued, which can then be used in WARN_ON_ONCEs around safety checks (sparing callers the arcane conditionals in __folio_unqueue_deferred_split()). Just omit the folio_unqueue_deferred_split() from free_unref_folios(), all of whose callers now call it beforehand (and if any forget then bad_page() will tell) - except for its caller put_pages_list(), which itself no longer has any callers (and will be deleted separately). Swapout: mem_cgroup_swapout() has been resetting folio->memcg_data 0 without checking and unqueueing a THP folio from deferred split list; which is unfortunate, since the split_queue_lock depends on the memcg (when memcg is enabled); so swapout has been unqueueing such THPs later, when freeing the folio, using the pgdat's lock instead: potentially corrupting the memcg's list. __remove_mapping() has frozen refcount to 0 here, so no problem with calling folio_unqueue_deferred_split() before resetting memcg_data. That goes back to 5.4 commit 87eaceb3faa5 (mm: thp: make deferred split shrinker memcg aware): which included a check on swapcache before adding to deferred queue, but no check on deferred queue before adding THP to swapcache. That worked fine with the usual sequence of events in reclaim (though there were a couple of rare ways in which a THP on deferred queue could have been swapped out), but 6.12 commit dafff3f4c850 (mm: split underused THPs) avoids splitting underused THPs in reclaim, which makes swapcache THPs on deferred queue commonplace. Keep the check on swapcache before adding to deferred queue? Yes: it is no longer essential, but preserves the existing behaviour, and is likely to be a worthwhile optimization (vmstat showed much more traffic on the queue under swapping load if the check was removed); update its comment. Memcg-v1 move (deprecated):
    mem_cgroup_move_account() has been changing folio->memcg_data without checking and unqueueing a THP folio from the deferred list, sometimes corrupting from memcg's list, like swapout. Refcount is non-zero here, so folio_unqueue_deferred_split() can only be used in a WARN_ON_ONCE to validate the fix, which must be done earlier: mem_cgroup_move_charge_pte_range() first try to split the THP (splitting of course unqueues), or skip it if that fails. Not ideal, but moving charge has been requested, and khugepaged should repair the THP later: nobody wants new custom unqueueing code just for this deprecated case. The 87eaceb3faa5 commit did have the code to move from one deferred list to another (but was not conscious of its unsafety while refcount non-0); but that was removed by 5.6 commit fac0516b5534 (mm: thp: don't need care deferred split queue in memcg charge move path), which argued that the existence of a PMD mapping guarantees that the THP cannot be on a deferred list. As above, false in rare cases, and now commonly false. Backport to 6.11 should be straightforward. Earlier backports must take care that other
    _deferred_list fixes and dependencies are included. There is not a strong case for backports, but they can fix cornercases. (CVE-2024-53079)

  - 已修复 Linux 内核中的下列漏洞：io_uring/kbuf: reallocate buf lists on upgrade IORING_REGISTER_PBUF_RING can reuse an old struct io_buffer_list if it was created for legacy selected buffer and has been emptied. It violates the requirement that most of the field should stay stable after publish. Always reallocate it instead. (CVE-2025-21836)

  - 已修复 Linux 内核中的下列漏洞：RDMA/bnxt_re: Add sanity checks on rdev validity There is a possibility that ulp_irq_stop and ulp_irq_start callbacks will be called when the device is in detached state. This can cause a crash due to NULL pointer dereference as the rdev is already freed. (CVE-2025-21901)

  - 已修复 Linux 内核中的下列漏洞：cpufreq/amd-pstate: Add missing NULL ptr check in amd_pstate_update Check if policy is NULL before dereferencing it in amd_pstate_update.
    (CVE-2025-23137)

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

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

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

    程序包：linux CVE ID：CVE-2023-53228 CVE-2023-53510 CVE-2023-53545 CVE-2024-47736 CVE-2024-47809 CVE-2024-49998 CVE-2024-50298 CVE-2024-56719 CVE-2025-21676 CVE-2025-21682 CVE-2025-37945 CVE-2025-37980 CVE-2025-38105 CVE-2025-38162 CVE-2025-38192 CVE-2025-38250 CVE-2025-38303 CVE-2025-38436 CVE-2025-38626 CVE-2025-38659 CVE-2025-38704 CVE-2025-39748 CVE-2025-39764 CVE-2025-39863 CVE-2025-40005 CVE-2025-40016 CVE-2025-40135 CVE-2025-40219 CVE-2025-40242 CVE-2025-40261 CVE-2025-40358 CVE-2025-68206 CVE-2025-68239 CVE-2025-68265 CVE-2025-71067 CVE-2025-71161 CVE-2025-71221 CVE-2025-71265 CVE-2025-71266 CVE-2025-71267 CVE-2025-71269 CVE-2026-23100 CVE-2026-23113 CVE-2026-23141 CVE-2026-23154 CVE-2026-23157 CVE-2026-23204 CVE-2026-23227 CVE-2026-23231 CVE-2026-23242 CVE-2026-23243 CVE-2026-23245 CVE-2026-23253 CVE-2026-23270 CVE-2026-23271 CVE-2026-23273 CVE-2026-23274 CVE-2026-23277 CVE-2026-23279 CVE-2026-23281 CVE-2026-23284 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-23298 CVE-2026-23300 CVE-2026-23303 CVE-2026-23304 CVE-2026-23306 CVE-2026-23307 CVE-2026-23312 CVE-2026-23315 CVE-2026-23317 CVE-2026-23318 CVE-2026-23319 CVE-2026-23321 CVE-2026-23324 CVE-2026-23335 CVE-2026-23336 CVE-2026-23339 CVE-2026-23340 CVE-2026-23343 CVE-2026-23351 CVE-2026-23352 CVE-2026-23356 CVE-2026-23357 CVE-2026-23359 CVE-2026-23362 CVE-2026-23364 CVE-2026-23365 CVE-2026-23367 CVE-2026-23368 CVE-2026-23370 CVE-2026-23372 CVE-2026-23378 CVE-2026-23379 CVE-2026-23381 CVE-2026-23382 CVE-2026-23388 CVE-2026-23391 CVE-2026-23392 CVE-2026-23395 CVE-2026-23396 CVE-2026-23397 CVE-2026-23398 CVE-2026-23401 CVE-2026-23414 CVE-2026-23420 CVE-2026-23422 CVE-2026-23426 CVE-2026-23428 CVE-2026-23434 CVE-2026-23438 CVE-2026-23439 CVE-2026-23446 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-23462 CVE-2026-23463 CVE-2026-23474 CVE-2026-23475 CVE-2026-31389 CVE-2026-31391 CVE-2026-31392 CVE-2026-31393 CVE-2026-31396 CVE-2026-31399 CVE-2026-31400 CVE-2026-31402 CVE-2026-31403 CVE-2026-31405 CVE-2026-31408 CVE-2026-31409 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-31431 CVE-2026-31433 CVE-2026-31434 CVE-2026-31441 CVE-2026-31446 CVE-2026-31447 CVE-2026-31448 CVE-2026-31450 CVE-2026-31452 CVE-2026-31453 CVE-2026-31454 CVE-2026-31455 CVE-2026-31464 CVE-2026-31466 CVE-2026-31467 CVE-2026-31469 CVE-2026-31473 CVE-2026-31476 CVE-2026-31477 CVE-2026-31478 CVE-2026-31480 CVE-2026-31483 CVE-2026-31485 CVE-2026-31492 CVE-2026-31494 CVE-2026-31495 CVE-2026-31496 CVE-2026-31497 CVE-2026-31498 CVE-2026-31503 CVE-2026-31504 CVE-2026-31507 CVE-2026-31508 CVE-2026-31509 CVE-2026-31510 CVE-2026-31512 CVE-2026-31515 CVE-2026-31518 CVE-2026-31519 CVE-2026-31520 CVE-2026-31521 CVE-2026-31522 CVE-2026-31523 CVE-2026-31524 CVE-2026-31533 CVE-2026-31540 CVE-2026-31545 CVE-2026-31546 CVE-2026-31548 CVE-2026-31549 CVE-2026-31550 CVE-2026-31551 CVE-2026-31552 CVE-2026-31555 CVE-2026-31563 CVE-2026-31565 CVE-2026-31566 CVE-2026-31570 CVE-2026-31628 CVE-2026-31634 CVE-2026-31649 CVE-2026-31651 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-31667 CVE-2026-31668 CVE-2026-31669 CVE-2026-31670 CVE-2026-31671 CVE-2026-31672 CVE-2026-31674 CVE-2026-31678 CVE-2026-31679 CVE-2026-31680 CVE-2026-31682 CVE-2026-31683 CVE-2026-31689 CVE-2026-31695 CVE-2026-31720 CVE-2026-31721 CVE-2026-31726 CVE-2026-31728 CVE-2026-31737 CVE-2026-31738 CVE-2026-31747 CVE-2026-31748 CVE-2026-31749 CVE-2026-31751 CVE-2026-31752 CVE-2026-31754 CVE-2026-31755 CVE-2026-31756 CVE-2026-31758 CVE-2026-31759 CVE-2026-31761 CVE-2026-31762 CVE-2026-31763 CVE-2026-31768 CVE-2026-31770 CVE-2026-31773 CVE-2026-31776 CVE-2026-31778 CVE-2026-31779 CVE-2026-31780 CVE-2026-31781 CVE-2026-31786 CVE-2026-31787 CVE-2026-31788 CVE-2026-43011 CVE-2026-43013 CVE-2026-43014 CVE-2026-43015 CVE-2026-43017 CVE-2026-43018 CVE-2026-43020 CVE-2026-43023 CVE-2026-43024 CVE-2026-43025 CVE-2026-43026 CVE-2026-43027 CVE-2026-43028 CVE-2026-43030 CVE-2026-43032 CVE-2026-43033 CVE-2026-43035 CVE-2026-43037 CVE-2026-43038 CVE-2026-43040 CVE-2026-43041 CVE-2026-43043 CVE-2026-43046 CVE-2026-43047 CVE-2026-43050 CVE-2026-43051 CVE-2026-43054 CVE-2026-43057

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

    对于旧稳定发行版本 (bookworm)，已在版本 6.1.170-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 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

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

  - 已修复 Linux 内核中的下列漏洞：l2tp: prevent possible tunnel refcount underflow When a session is created, it sets a backpointer to its tunnel. When the session refcount drops to 0, l2tp_session_free drops the tunnel refcount if session->tunnel is non-NULL. However, session->tunnel is set in l2tp_session_create, before the tunnel refcount is incremented by l2tp_session_register, which leaves a small window where session->tunnel is non-NULL when the tunnel refcount hasn't been bumped.
    Moving the assignment to l2tp_session_register is trivial but l2tp_session_create calls l2tp_session_set_header_len which uses session->tunnel to get the tunnel's encap. Add an encap arg to l2tp_session_set_header_len to avoid using session->tunnel. If l2tpv3 sessions have colliding IDs, it is possible for l2tp_v3_session_get to race with l2tp_session_register and fetch a session which doesn't yet have session->tunnel set. Add a check for this case. (CVE-2024-49940)

  - 已修复 Linux 内核中的下列漏洞：mm/thp: fix deferred split unqueue naming and locking Recent changes are putting more pressure on THP deferred split queues: under load revealing long-standing races, causing list_del corruptions, Bad page states and worse (I keep BUGs in both of those, so usually don't get to see how badly they end up without). The relevant recent changes being 6.8's mTHP, 6.10's mTHP swapout, and 6.12's mTHP swapin, improved swap allocation, and underused THP splitting. Before fixing locking: rename misleading folio_undo_large_rmappable(), which does not undo large_rmappable, to folio_unqueue_deferred_split(), which is what it does. But that and its out-of-line
    __callee are mm internals of very limited usability: add comment and WARN_ON_ONCEs to check usage; and return a bool to say if a deferred split was unqueued, which can then be used in WARN_ON_ONCEs around safety checks (sparing callers the arcane conditionals in __folio_unqueue_deferred_split()). Just omit the folio_unqueue_deferred_split() from free_unref_folios(), all of whose callers now call it beforehand (and if any forget then bad_page() will tell) - except for its caller put_pages_list(), which itself no longer has any callers (and will be deleted separately). Swapout: mem_cgroup_swapout() has been resetting folio->memcg_data 0 without checking and unqueueing a THP folio from deferred split list; which is unfortunate, since the split_queue_lock depends on the memcg (when memcg is enabled); so swapout has been unqueueing such THPs later, when freeing the folio, using the pgdat's lock instead: potentially corrupting the memcg's list. __remove_mapping() has frozen refcount to 0 here, so no problem with calling folio_unqueue_deferred_split() before resetting memcg_data. That goes back to 5.4 commit 87eaceb3faa5 (mm: thp: make deferred split shrinker memcg aware): which included a check on swapcache before adding to deferred queue, but no check on deferred queue before adding THP to swapcache. That worked fine with the usual sequence of events in reclaim (though there were a couple of rare ways in which a THP on deferred queue could have been swapped out), but 6.12 commit dafff3f4c850 (mm: split underused THPs) avoids splitting underused THPs in reclaim, which makes swapcache THPs on deferred queue commonplace. Keep the check on swapcache before adding to deferred queue? Yes: it is no longer essential, but preserves the existing behaviour, and is likely to be a worthwhile optimization (vmstat showed much more traffic on the queue under swapping load if the check was removed); update its comment. Memcg-v1 move (deprecated):
    mem_cgroup_move_account() has been changing folio->memcg_data without checking and unqueueing a THP folio from the deferred list, sometimes corrupting from memcg's list, like swapout. Refcount is non-zero here, so folio_unqueue_deferred_split() can only be used in a WARN_ON_ONCE to validate the fix, which must be done earlier: mem_cgroup_move_charge_pte_range() first try to split the THP (splitting of course unqueues), or skip it if that fails. Not ideal, but moving charge has been requested, and khugepaged should repair the THP later: nobody wants new custom unqueueing code just for this deprecated case. The 87eaceb3faa5 commit did have the code to move from one deferred list to another (but was not conscious of its unsafety while refcount non-0); but that was removed by 5.6 commit fac0516b5534 (mm: thp: don't need care deferred split queue in memcg charge move path), which argued that the existence of a PMD mapping guarantees that the THP cannot be on a deferred list. As above, false in rare cases, and now commonly false. Backport to 6.11 should be straightforward. Earlier backports must take care that other
    _deferred_list fixes and dependencies are included. There is not a strong case for backports, but they can fix cornercases. (CVE-2024-53079)

  - 已修复 Linux 内核中的下列漏洞：io_uring/kbuf: reallocate buf lists on upgrade IORING_REGISTER_PBUF_RING can reuse an old struct io_buffer_list if it was created for legacy selected buffer and has been emptied. It violates the requirement that most of the field should stay stable after publish. Always reallocate it instead. (CVE-2025-21836)

  - 已修复 Linux 内核中的下列漏洞：RDMA/bnxt_re: Add sanity checks on rdev validity There is a possibility that ulp_irq_stop and ulp_irq_start callbacks will be called when the device is in detached state. This can cause a crash due to NULL pointer dereference as the rdev is already freed. (CVE-2025-21901)

  - 已修复 Linux 内核中的下列漏洞：cpufreq/amd-pstate: Add missing NULL ptr check in amd_pstate_update Check if policy is NULL before dereferencing it in amd_pstate_update.
    (CVE-2025-23137)

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

CentOS Linux 7 主机上存在安装的程序包，该程序包受到 TuxCare CENTOS7：CLSA-2026：2026：1788170774 公告中提及的多个漏洞的影响。

  - 5.12-rc8 之前的 Linux 内核 SCTP 套接字 (net/sctp/socket.c) 中存在争用情形，可从网络服务上下文或无特权进程造成内核权限升级。如果在没有 sock_net(sk)->sctp.addr_wq_lock 的情况下调用 sctp_destroy_sock，则会从 auto_asconf_splist 列表中删除一个元素，而不会进行任何适当的锁定。如果附加的 BPF_CGROUP_INET_SOCK_CREATE 拒绝创建某些 SCTP 套接字，则具有网络服务权限的攻击者可利用此问题升级到根级权限或直接从非特权用户上下文升级权限。(CVE-2021-23133)

  - 已修复 Linux 内核中的下列漏洞：drm: Fix use-after-free read in drm_getunique() There is a time-of-check-to-time-of-use error in drm_getunique() due to retrieving file_priv->master prior to locking the device's master mutex. An example can be seen in the crash report of the use-after-free error found by Syzbot:
    https://syzkaller.appspot.com/bug?id=148d2f1dfac64af52ffd27b661981a540724f803 In the report, the master pointer was used after being freed. This is because another process had acquired the device's master mutex in drm_setmaster_ioctl(), then overwrote fpriv->master in drm_new_set_master(). The old value of fpriv->master was subsequently freed before the mutex was unlocked. To fix this, we lock the device's master mutex before retrieving the pointer from from fpriv->master. This patch passes the Syzbot reproducer test. (CVE-2021-47280)

  - 已修复 Linux 内核中的下列漏洞：scsi: mpt3sas: Fix kernel panic during drive powercycle test While looping over shost's sdev list it is possible that one of the drives is getting removed and its sas_target object is freed but its sdev object remains intact. Consequently, a kernel panic can occur while the driver is trying to access the sas_address field of sas_target object without also checking the sas_target object for NULL. (CVE-2021-47565)

  - 已修复 Linux 内核中的下列漏洞：dm btree remove: fix use after free in rebalance_children() Move dm_tm_unlock() after dm_tm_dec(). (CVE-2021-47600)

  - 已修复 Linux 内核中的下列漏洞：media: pvrusb2: fix array-index-out-of-bounds in pvr2_i2c_core_init Syzbot reported that -1 is used as array index. The problem was in missing validation check. hdw->unit_number is initialized with -1 and then if init table walk fails this value remains unchanged. Since code blindly uses this member for array indexing adding sanity check is the easiest fix for that. hdw->workpoll initialization moved upper to prevent warning in __flush_work.
    (CVE-2022-49478)

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

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

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

    netfilter：ctnetlink：删除预期转储程序中的引用计数 （CVE-2025-39764）

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

    ipv6：使用 ip6_xmit（） 中的 RCU （CVE-2025-40135）

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

    blk-throttle：修复节流策略激活期间的访问争用 （CVE-2025-40147）

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

    binfmt_misc：关闭由 open_exec（） （CVE-2025-68239） 打开的文件之前还原写入权限

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

    dm-verity：禁用递归前向纠错 （CVE-2025-71161）

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

    dst：修复 rt6_uncached_list_del（） 和 rt_del_uncached_list（）CVE-2026-23004 （） 中的争用

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

    tracing：在内核堆栈跟踪记录中添加递归保护 （CVE-2026-23138）

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

    netfilter：xt_IDLETIMER：拒绝 rev0 重复使用 ALARM 定时器标签 （CVE-2026-23274）

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

    net：将 xmit 递归限制添加到隧道 xmit 函数 （CVE-2026-23276）

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

    net/sched：teql：修复 TEQL 从属 xmit （CVE-2026-23277） 上 iptunnel_xmit中的空指针取消引用

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

    netfilter：nf_tables：始终遍历所有待定的 catchall 元素 （CVE-2026-23278）

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

    mptcp：pm：in-kernel：始终将 signal+subflow endp 标记为已使用 （CVE-2026-23321）

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

    net：phy：在探测期间注册 phy led_triggers以避免 AB-BA 死锁 （CVE-2026-23368）

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

    mm：thp：拒绝匿名 inode 上文件的 THP （CVE-2026-23375）

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

    netfilter：xt_CT：删除模板时放弃待定的排队数据包 （CVE-2026-23391）

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

    netfilter：nf_tables：发生错误 （CVE-2026-23392） 时在 rcu 宽限期后释放流量表

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

    nfnetlink_osf：验证指纹 （CVE-2026-23397） 中的各个选项长度

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

    icmp：修复 icmp_tag_validation（） 中的空指针取消引用 （CVE-2026-23398）

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

    nf_tables：nft_dynset：修复错误路径 （CVE-2026-23399） 中可能的有状态表达式内存泄漏

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

    netfilter：bpf：延迟挂钩内存释放，直到 rcu 读取器完成 （CVE-2026-23412）

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

    clsact：修复 init/destroy 回滚中释放后使用非对称 （CVE-2026-23413）

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

    udp_tunnel：修复 CONFIG_IPV6=n （CVE-2026-23439） 时udp_sock_create6造成的空取消引用

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

    net/mlx5e：修复 IPSec ESN 更新期间的争用条件 （CVE-2026-23440）

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

    net/mlx5e：阻止并发访问 IPSec ASO context （CVE-2026-23441）

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

    ACPI：processor：修复之前的 acpi_processor_errata_piix4（） 补丁 （CVE-2026-23443）

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

    igc：修复 XDP TX 时间戳处理中的页面错误 （CVE-2026-23445）

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

    net/sched：teql：修复 teql_master_xmit 中的双重释放 （CVE-2026-23449）

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

    PM：runtime：修复与设备删除有关的争用条件 （CVE-2026-23452）

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

    netfilter：nf_conntrack_h323：检查 DecodeQ931（） 中的零长度 （CVE-2026-23455）

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

    netfilter：nf_conntrack_h323：修复 decode_int（） CONS case （CVE-2026-23456） 中的 OOB 读取

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

    netfilter：nf_conntrack_sip：修复 sip_help_tcp（） 中的CVE-2026-23457 Content-Length u32 截断

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

    netfilter：ctnetlink：修复 ctnetlink_dump_exp_ct（） （CVE-2026-23458） 中的释放后使用

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

    btrfs：记录冲突的 inode （CVE-2026-23465） 的父目录时记录新的 dentry

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

    spi：修复统计数据分配 （CVE-2026-23475）

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

    spi：修复控制器注册失败时的释放后使用 （CVE-2026-31389）

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

    smb：客户端：使用用户名选项 （）CVE-2026-31392 修复 krb5 挂载

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

    nvdimm/bus：修复异步初始化 （CVE-2026-31399） 中潜在的释放后使用

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

    sunrpc：修复 cache_release （CVE-2026-31400） 中的cache_request泄漏

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

    HID：bpf：防止 hid_hw_request （CVE-2026-31401） 中的缓冲区溢出

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

    nfsd：修复 NFSv4.0 LOCK 重放缓存 （CVE-2026-31402） 中的堆溢出

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

    NFSD：在 /proc/fs/nfs/exports fd （CVE-2026-31403） 的生命周期内保持网络引用

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

    drm/i915/gt：取消引用 （CVE-2026-31540） 之前检查 set_default_submission（）

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

    net：bonding：修复 bond_debug_rlb_hash_show （CVE-2026-31546） 中的空取消引用

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

    xen/privcmd：限制在非特权 domU （CVE-2026-31788） 中的使用

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

    netfilter：nft_ct：删除时放弃待定的排队数据包 （CVE-2026-43060）

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

    serial：8250：修复使用 DMA （CVE-2026-43061） 时的 TX 死锁

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

    mptcp：pm：in-kernel：rm endp （CVE-2026-43252） 时始终将 ID 设置为 avail

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

    btrfs：修复由于项目溢出 （CVE-2026-43359） 在设置收到 ioctl 时中止事务

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

    btrfs：修复文件创建时由于名称哈希冲突 （CVE-2026-43360） 造成的事务中止

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

    btrfs：修复对收到的子卷进行快照时的事务中止 （CVE-2026-43361）

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

    smb：客户端：修复 SMB2_write（） （CVE-2026-43362） 中的就地加密损坏

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

    x86/apic：如果内核预期，则在恢复时禁用 x2apic （CVE-2026-43363）

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

    xfs：修复过小的 l_iclog_roundoff 值 （CVE-2026-43365）

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

    io_uring/kbuf：检查目标缓冲区列表是否仍然是 recycle （CVE-2026-43366） 上的旧版

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

    drm/i915：修复 shmem scatterlist 长度 （CVE-2026-43368） 的潜在溢出

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

    net：nexthop：修复 remove_nh_grp_entry 中的 percpu 释放后使用 （CVE-2026-43374）

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

    net/tcp-md5：将 MAC 比较修复为常量时间 （CVE-2026-43383）

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

    net/tcp-ao：将 MAC 比较修复为常量时间 （CVE-2026-43384）

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

    sched_ext：修复一般类饱和 （CVE-2026-43392） 下 scx_enable（） 耗尽问题

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

    btrfs：修复 btrfs_chunk_map_num_copies（）CVE-2026-43393 之后 btrfs_map_block（） 中的区块映射泄漏

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

    nfsd：修复 nfsd_nl_listener_set_doit（） 中的 cred 引用泄漏。（CVE-2026-43394）

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

    nsfs：加强对 NS 迭代 ioctls （CVE-2026-43403） 的权限检查

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

    libceph：将 u32 用于 ceph_monmap_decode（） （CVE-2026-43405） 中的非负值

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

    libceph：防止 process_message_header（） （CVE-2026-43406） 中潜在的越界读取

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

    libceph：修复 ceph_handle_auth_reply（） （CVE-2026-43407） 中潜在的越界访问

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

    ceph：添加一批缺失的 ceph_path_info 初始化式 （CVE-2026-43408）

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

    kprobes：避免 rmmod/insmod 在 ftrace 终止之后发生崩溃 （CVE-2026-43409）

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

    tipc：修复 tipc_sk_filter_connect（） 中的除以零问题 （CVE-2026-43411）

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

    ceph：修复 ceph_mdsc_build_path（） （CVE-2026-43419） 中的内存泄漏

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

    ceph：修复异步 unlink （CVE-2026-43420） 期间i_nlink欠载运行

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

    usb：class：cdc-wdm：修复读取代码路径 （CVE-2026-43427） 中的重新排序问题

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

    USB： core：限制无法终止的同步超时的长度 （CVE-2026-43428）

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

    usb：xhci：修复 xhci_disable_slot（） （CVE-2026-43432） 中的内存泄漏

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

    sched_ext：删除 scx_cgroup_init（）CVE-2026-43438 （） 中的冗余 css_put（）

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

    cgroup：修复任务迁移和迭代 （CVE-2026-43439） 之间的争用

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

    net：bonding：修复禁用 IPv6 时nd_tbl空取消引用 （CVE-2026-43441）

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

    e1000/e1000e：修复 DMA 错误清理 （CVE-2026-43445） 中的泄漏

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

    nvme-pci：修复 nvme_poll_irqdisable（） 中的争用缺陷 （CVE-2026-43448）

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

    nvme-pci：修复 nvme_dbbuf_set 中的 slab-out-of-bound （CVE-2026-43449）

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

    netfilter：nfnetlink_cthelper：修复 nfnl_cthelper_dump_table（） （CVE-2026-43450） 中的 OOB 读取

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

    netfilter：nfnetlink_queue：修复桥接判定错误路径 （CVE-2026-43451） 中的条目泄漏

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

    netfilter：x_tables：保护选项遍历器免受 1 字节末尾读取 （CVE-2026-43452）

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

    netfilter：nft_set_pipapo：修复 pipapo_drop（） （CVE-2026-43453） 中的堆栈越界读取

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

    bonding：修复 bond_setup_by_slave（） （CVE-2026-43456） 中的类型混淆

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

    net/mlx5e：修复错误 CQE SQ recovery （CVE-2026-43466） 中的 DMA FIFO 不同步

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

    net/mlx5：修复了切换到 switchdev 模式时发生的崩溃 （CVE-2026-43467）

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

    net/mlx5：修复 devlink 锁定与 esw->wq （CVE-2026-43468） 之间的死锁

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

    nfs：如果 d_alias 是 dir （CVE-2026-43470nfs3_proc_create则返回 EISDIR）

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

    unshare：修复 unshare_fs（） 处理 （CVE-2026-43472）

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

    scsi：mpi3mr：重置请求和回复队列时添加空检查 （CVE-2026-43473）

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

    scsi：storvsc：修复原子在 PREEMPT_RT 上时的计划 （CVE-2026-43475）

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

    sched_ext：禁用 scx_claim_exit（） 与踢出帮助程序工作 （CVE-2026-43482） 之间的优先权

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

    KVM：SVM：当 AVIC 处于（取消）激活状态时，设置/清除 CR8 写入拦截 （CVE-2026-43483）

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

    arm64：contpte：修复 SMMU/ATS 错误的 set_access_flags（） no-op 检查 （CVE-2026-43486）

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

    ata：libata-core：禁用 ST1000DM010-2EP102 上的 LPM （CVE-2026-43487）

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

    usb：xhci：防止主机控制器错误 （HCE）CVE-2026-43488 上的中断风暴 （）

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

    erofs：修复 ztailpacking pclusters （CVE-2026-45943） 的内联数据读取失败

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

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

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
304921	Linux Distros 未修补的漏洞：CVE-2026-31392	Nessus	Misc.	2026/4/5	2026/9/2	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
311783	Debian dla-4561 ： linux-config-6.1 - 安全更新	Nessus	Debian Local Security Checks	2026/5/2	2026/5/9	high
361746	AlmaLinux 9.2 [TuxCare] 安全更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / 等多种漏洞（ALMALINUX9.2：CLSA-2026：1787935638）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
352220	AlmaLinux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1787305050）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/9/30	high
340680	Ubuntu 24.04 LTS / Pro Realtime 24.04 LTS：Linux 内核（Raspberry Pi）漏洞（USN-8665-1）	Nessus	Ubuntu Local Security Checks	2026/8/26	2026/8/27	high
313522	Amazon Linux 2023：bpftool、kernel、kernel-devel (ALAS2023-2026-1681)	Nessus	Amazon Linux Local Security Checks	2026/5/9	2026/9/1	high
311547	Debian dsa-6243 ： affs-modules-6.1.0-44-4kc-malta-di - 安全更新	Nessus	Debian Local Security Checks	2026/5/2	2026/5/8	high
352240	Rocky Linux 9.6 [TuxCare] 安全更新：kernel / kernel-abi-stablelists / kernel-core / 等多个漏洞（ALMALINUX9.6：CLSA-2026：1787305050）	Nessus	Rocky Linux Local Security Checks	2026/9/30	2026/9/30	high
311340	Amazon Linux 2023：bpftool6.18、kernel6.18、kernel6.18-devel (ALAS2023-2026-1596)	Nessus	Amazon Linux Local Security Checks	2026/4/30	2026/6/17	high
325292	Oracle Linux 10 / 9：Unbreakable Enterprise 内核 (ELSA-2026-50372)	Nessus	Oracle Linux Local Security Checks	2026/7/6	2026/7/8	high
359803	CentOS Linux 7 [TuxCare] 安全更新：bpftool / kernel / kernel-debug / kernel-debug-devel / kernel-devel / 等多个漏洞（CENTOS7：CLSA-2026：1788170774）	Nessus	CentOS Local Security Checks	2026/10/1	2026/10/1	high
311335	Amazon Linux 2023：bpftool6.12、kernel6.12、kernel6.12-devel （ALAS2023-2026-1594）	Nessus	Amazon Linux Local Security Checks	2026/4/30	2026/6/17	high

检测

插件搜索

high

high

high

high

high

high

high

high

high

high

high

high

high