遠端 Debian 12 主機已安裝的套件會受到 dla-4665 公告中提及的多個弱點影響。

    ------------------------------------------------------------------------- Debian LTS 公告 DLA-4665-1 debian-lts@lists.debian.org https://www.debian.org/lts/security/Ben Hutchings 2026 年 7 月 3 日 https://wiki.debian.org/LTS-------------------------------------------------------------------------

    套件：linux 版本：6.1.176-1 CVE ID：CVE-2023-53292 CVE-2023-53989 CVE-2023-54125 CVE-2023-54271 CVE-2023-54322 CVE-2024-27012 CVE-2024-36922 CVE-2024-53221 CVE-2024-56657 CVE-2025-10263 CVE-2025-21739 CVE-2025-21863 CVE-2025-22105 CVE-2025-37864 CVE-2025-38584 CVE-2025-38627 CVE-2025-38710 CVE-2025-39997 CVE-2025-40347 CVE-2025-68201 CVE-2025-68315 CVE-2025-68823 CVE-2026-23066 CVE-2026-23255 CVE-2026-23310 CVE-2026-23389 CVE-2026-23399 CVE-2026-23442 CVE-2026-23444 CVE-2026-23468 CVE-2026-31407 CVE-2026-31449 CVE-2026-31488 CVE-2026-31489 CVE-2026-31500 CVE-2026-31532 CVE-2026-31576 CVE-2026-31577 CVE-2026-31578 CVE-2026-31580 CVE-2026-31581 CVE-2026-31583 CVE-2026-31585 CVE-2026-31586 CVE-2026-31587 CVE-2026-31588 CVE-2026-31590 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-31605 CVE-2026-31607 CVE-2026-31611 CVE-2026-31612 CVE-2026-31613 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-31629 CVE-2026-31630 CVE-2026-31637 CVE-2026-31642 CVE-2026-31673 CVE-2026-31676 CVE-2026-31681 CVE-2026-31684 CVE-2026-31685 CVE-2026-31686 CVE-2026-31696 CVE-2026-31697 CVE-2026-31698 CVE-2026-31699 CVE-2026-31700 CVE-2026-31701 CVE-2026-31702 CVE-2026-31704 CVE-2026-31705 CVE-2026-31708 CVE-2026-31709 CVE-2026-31711 CVE-2026-31712 CVE-2026-31715 CVE-2026-31716 CVE-2026-43052 CVE-2026-43058 CVE-2026-43064 CVE-2026-43071 CVE-2026-43072 CVE-2026-43075 CVE-2026-43076 CVE-2026-43079 CVE-2026-43080 CVE-2026-43085 CVE-2026-43089 CVE-2026-43093 CVE-2026-43094 CVE-2026-43098 CVE-2026-43099 CVE-2026-43103 CVE-2026-43104 CVE-2026-43105 CVE-2026-43110 CVE-2026-43111 CVE-2026-43112 CVE-2026-43113 CVE-2026-43114 CVE-2026-43116 CVE-2026-43117 CVE-2026-43219 CVE-2026-43303 CVE-2026-43350 CVE-2026-43421 CVE-2026-43492 CVE-2026-43493 CVE-2026-43494 CVE-2026-43495 CVE-2026-43496 CVE-2026-43497 CVE-2026-43499 CVE-2026-43501 CVE-2026-43502 CVE-2026-45834 CVE-2026-45835 CVE-2026-45836 CVE-2026-45838 CVE-2026-45839 CVE-2026-45840 CVE-2026-45841 CVE-2026-45842 CVE-2026-45843 CVE-2026-45844 CVE-2026-45846 CVE-2026-45850 CVE-2026-45930 CVE-2026-45986 CVE-2026-45987 CVE-2026-45991 CVE-2026-45994 CVE-2026-45996 CVE-2026-45997 CVE-2026-45999 CVE-2026-46002 CVE-2026-46003 CVE-2026-46004 CVE-2026-46005 CVE-2026-46006 CVE-2026-46009 CVE-2026-46015 CVE-2026-46018 CVE-2026-46019 CVE-2026-46021 CVE-2026-46022 CVE-2026-46023 CVE-2026-46024 CVE-2026-46026 CVE-2026-46027 CVE-2026-46031 CVE-2026-46033 CVE-2026-46037 CVE-2026-46038 CVE-2026-46040 CVE-2026-46043 CVE-2026-46044 CVE-2026-46046 CVE-2026-46047 CVE-2026-46049 CVE-2026-46050 CVE-2026-46051 CVE-2026-46052 CVE-2026-46053 CVE-2026-46056 CVE-2026-46058 CVE-2026-46062 CVE-2026-46064 CVE-2026-46065 CVE-2026-46069 CVE-2026-46070 CVE-2026-46072 CVE-2026-46075 CVE-2026-46077 CVE-2026-46078 CVE-2026-46079 CVE-2026-46080 CVE-2026-46082 CVE-2026-46083 CVE-2026-46086 CVE-2026-46088 CVE-2026-46091 CVE-2026-46098 CVE-2026-46099 CVE-2026-46101 CVE-2026-46102 CVE-2026-46103 CVE-2026-46107 CVE-2026-46108 CVE-2026-46109 CVE-2026-46110 CVE-2026-46112 CVE-2026-46113 CVE-2026-46116 CVE-2026-46119 CVE-2026-46120 CVE-2026-46122 CVE-2026-46123 CVE-2026-46124 CVE-2026-46125 CVE-2026-46127 CVE-2026-46128 CVE-2026-46129 CVE-2026-46132 CVE-2026-46133 CVE-2026-46136 CVE-2026-46137 CVE-2026-46143 CVE-2026-46146 CVE-2026-46149 CVE-2026-46150 CVE-2026-46151 CVE-2026-46159 CVE-2026-46160 CVE-2026-46161 CVE-2026-46163 CVE-2026-46164 CVE-2026-46165 CVE-2026-46167 CVE-2026-46168 CVE-2026-46169 CVE-2026-46172 CVE-2026-46173 CVE-2026-46177 CVE-2026-46178 CVE-2026-46179 CVE-2026-46180 CVE-2026-46184 CVE-2026-46185 CVE-2026-46186 CVE-2026-46187 CVE-2026-46189 CVE-2026-46190 CVE-2026-46191 CVE-2026-46193 CVE-2026-46195 CVE-2026-46196 CVE-2026-46197 CVE-2026-46198 CVE-2026-46199 CVE-2026-46205 CVE-2026-46206 CVE-2026-46208 CVE-2026-46209 CVE-2026-46212 CVE-2026-46214 CVE-2026-46218 CVE-2026-46220 CVE-2026-46227 CVE-2026-46230 CVE-2026-46231 CVE-2026-46233 CVE-2026-46234 CVE-2026-46235 CVE-2026-46236 CVE-2026-46238 CVE-2026-46273 CVE-2026-46275 CVE-2026-46276 CVE-2026-46280 CVE-2026-46285 CVE-2026-46291 CVE-2026-46292 CVE-2026-46294 CVE-2026-46296 CVE-2026-46299 CVE-2026-46301 CVE-2026-46303 CVE-2026-46304 CVE-2026-46306 CVE-2026-46307 CVE-2026-46314 CVE-2026-46319 CVE-2026-46320 CVE-2026-46321 CVE-2026-46322 CVE-2026-46323 CVE-2026-46331 CVE-2026-52909 CVE-2026-52910 CVE-2026-52911 CVE-2026-52912 CVE-2026-52913 CVE-2026-52914 CVE-2026-52915 CVE-2026-52916 CVE-2026-52917 CVE-2026-52918 CVE-2026-52919 CVE-2026-52920 CVE-2026-52921 CVE-2026-52922 CVE-2026-52923 CVE-2026-52924 CVE-2026-52925 CVE-2026-52926 CVE-2026-52927 CVE-2026-52929 CVE-2026-52930 CVE-2026-52931 CVE-2026-52933 CVE-2026-52934 CVE-2026-52935 CVE-2026-52939 CVE-2026-52941 CVE-2026-52942 CVE-2026-52943 CVE-2026-52946 CVE-2026-52947 CVE-2026-52948 CVE-2026-52954 CVE-2026-52955 CVE-2026-52957 CVE-2026-52958 CVE-2026-52962 CVE-2026-52963 CVE-2026-52967 CVE-2026-52968 CVE-2026-52969 CVE-2026-52970 CVE-2026-52972 CVE-2026-52974 CVE-2026-52975 CVE-2026-52977 CVE-2026-52981 CVE-2026-52982 CVE-2026-52984 CVE-2026-52985 CVE-2026-52986 CVE-2026-52989 CVE-2026-52992 CVE-2026-52993 CVE-2026-52995 CVE-2026-52998 CVE-2026-52999 CVE-2026-53001 CVE-2026-53002 CVE-2026-53003 CVE-2026-53004 CVE-2026-53006 CVE-2026-53011 CVE-2026-53012 CVE-2026-53016 CVE-2026-53021 CVE-2026-53022 CVE-2026-53023 CVE-2026-53033 CVE-2026-53034 CVE-2026-53035 CVE-2026-53036 CVE-2026-53037 CVE-2026-53039 CVE-2026-53040 CVE-2026-53041 CVE-2026-53043 CVE-2026-53045 CVE-2026-53046 CVE-2026-53047 CVE-2026-53048 CVE-2026-53049 CVE-2026-53050 CVE-2026-53052 CVE-2026-53056 CVE-2026-53059 CVE-2026-53060 CVE-2026-53061 CVE-2026-53062 CVE-2026-53063 CVE-2026-53064 CVE-2026-53065 CVE-2026-53066 CVE-2026-53068 CVE-2026-53069 CVE-2026-53071 CVE-2026-53072 CVE-2026-53073 CVE-2026-53074 CVE-2026-53075 CVE-2026-53077 CVE-2026-53080 CVE-2026-53082 CVE-2026-53086 CVE-2026-53088 CVE-2026-53093 CVE-2026-53096 CVE-2026-53111 CVE-2026-53112 CVE-2026-53128 CVE-2026-53130 CVE-2026-53131 CVE-2026-53133 CVE-2026-53134 CVE-2026-53135 CVE-2026-53136 CVE-2026-53137 CVE-2026-53146 CVE-2026-53147 CVE-2026-53148 CVE-2026-53149 CVE-2026-53150 CVE-2026-53159 CVE-2026-53160 CVE-2026-53161 CVE-2026-53168 CVE-2026-53176 CVE-2026-53177 CVE-2026-53181 CVE-2026-53182 CVE-2026-53183 CVE-2026-53184 CVE-2026-53186 CVE-2026-53189 CVE-2026-53194 CVE-2026-53195 CVE-2026-53196 CVE-2026-53198 CVE-2026-53199 CVE-2026-53207 CVE-2026-53208 CVE-2026-53209 CVE-2026-53212 CVE-2026-53213 CVE-2026-53215 CVE-2026-53216 CVE-2026-53217 CVE-2026-53218 CVE-2026-53219 CVE-2026-53221 CVE-2026-53223 CVE-2026-53225 CVE-2026-53227 CVE-2026-53228 CVE-2026-53236 CVE-2026-53238 CVE-2026-53239 CVE-2026-53242 CVE-2026-53245 CVE-2026-53249 CVE-2026-53252 CVE-2026-53253 CVE-2026-53254 CVE-2026-53255 CVE-2026-53256 CVE-2026-53263 CVE-2026-53264 CVE-2026-53266 CVE-2026-53268 CVE-2026-53269 CVE-2026-53270 CVE-2026-53273 CVE-2026-53274 CVE-2026-53275 CVE-2026-53279 CVE-2026-53287 CVE-2026-53289 CVE-2026-53291 CVE-2026-53294 CVE-2026-53295 CVE-2026-53296 CVE-2026-53303 CVE-2026-53304 CVE-2026-53306 CVE-2026-53309 CVE-2026-53314 CVE-2026-53320 CVE-2026-53329 CVE-2026-53331 CVE-2026-53337 CVE-2026-53339 CVE-2026-53343 CVE-2026-53349 CVE-2026-53350 CVE-2026-53352 CVE-2026-53354 CVE-2026-53355 CVE-2026-53356 CVE-2026-53357 Debian 錯誤：1130365 1119093

    在 Linux 核心中發現數個弱點，這些弱點可能會導致特權提升、拒絕服務或資訊洩漏。

    對於 Debian 12 書蟲來說，這些問題已經在版本 6.1.176-1中修復了。此版本還包括來自穩定更新 6.1.175 和 6.1.176的更多錯誤修復。

    建議您升級 linux 套件。

    如需有關 linux 安全性狀態的詳細資訊，請參閱其安全追蹤頁面：
    https://security-tracker.debian.org/tracker/linux

    有關 Debian LTS 安全公告、如何將這些更新套用至您的系統以及常見問題的詳細資訊，請參閱：https://wiki.debian.org/LTSAttachment:signature.ascDescription: PGP signature

Tenable 已直接從 Debian 安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

Rocky Linux 9.6 主機已安裝的套件會受到 TuxCare ALMALINUX9.6：CLSA-2026：1781344094 公告中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：i2c: designware: use casting of u64 in clock multiplication to avoid overflow In functions i2c_dw_scl_lcnt() and i2c_dw_scl_hcnt() may have overflow by depending on the values of the given parameters including the ic_clk. For example in our use case where ic_clk is larger than one million, multiplication of ic_clk * 4700 will result in 32 bit overflow. Add cast of u64 to the calculation to avoid multiplication overflow, and use the corresponding define for divide. (CVE-2022-49749)

  - 已解決 Linux 核心中的下列弱點：kernel/irq/irqdomain.c: fix memory leak with using debugfs_lookup() When calling debugfs_lookup() the result must have dput() called on it, otherwise the memory will leak over time. To make things simpler, just call debugfs_lookup_and_remove() instead which handles all of the logic at once. (CVE-2023-52936)

  - 已解決 Linux 核心中的下列弱點：tracing: Fix null pointer dereference in tracing_err_log_open() Fix an issue in function 'tracing_err_log_open'. The function doesn't call 'seq_open' if the file is opened only with write permissions, which results in 'file->private_data' being left as null. If we then use 'lseek' on that opened file, 'seq_lseek' dereferences 'file->private_data' in 'mutex_lock(&m->lock)', resulting in a kernel panic. Writing to this node requires root privileges, therefore this bug has very little security impact. Tracefs node: /sys/kernel/tracing/error_log Example Kernel panic: Unable to handle kernel NULL pointer dereference at virtual address 0000000000000038 Call trace: mutex_lock+0x30/0x110 seq_lseek+0x34/0xb8 __arm64_sys_lseek+0x6c/0xb8 invoke_syscall+0x58/0x13c el0_svc_common+0xc4/0x10c do_el0_svc+0x24/0x98 el0_svc+0x24/0x88 el0t_64_sync_handler+0x84/0xe4 el0t_64_sync+0x1b4/0x1b8 Code: d503201f aa0803e0 aa1f03e1 aa0103e9 (c8e97d02) ---[ end trace 561d1b49c12cf8a5 ]--- Kernel panic - not syncing: Oops: Fatal exception (CVE-2023-53167)

  - 已解決 Linux 核心中的下列弱點：irqchip: Fix refcount leak in platform_irqchip_probe of_irq_find_parent() returns a node pointer with refcount incremented, We should use of_node_put() on it when not needed anymore. Add missing of_node_put() to avoid refcount leak.
    (CVE-2023-53610)

  - 已解決 Linux 核心中的下列弱點：uio_hv_generic: Fix kernel NULL pointer dereference in hv_uio_rescind For primary VM Bus channels, primary_channel pointer is always NULL.
    This pointer is valid only for the secondary channels. Also, rescind callback is meant for primary channels only. Fix NULL pointer dereference by retrieving the device_obj from the parent for the primary channel. (CVE-2024-46739)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端 Debian 13 主機安裝的套件會受到 dsa-6253 公告中提及的多個弱點影響。

    - ------------------------------------------------------------------------- Debian安全公告 DSA-6253-1 security@debian.org https://www.debian.org/security/Salvatore Bonaccorso 2026 年 5 月 8 日 https://www.debian.org/security/faq
    - -------------------------------------------------------------------------

    套件：linux CVE ID： CVE-2025-38584 CVE-2026-23468 CVE-2026-31419 CVE-2026-31709 CVE-2026-31715 CVE-2026-43284 CVE-2026-43500

    在 Linux 核心中發現數個弱點，這些弱點可能會導致特權提升、拒絕服務或資訊洩漏。

    針對穩定的發行版本 (trixie)，已在第 6.12.86-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-4671 公告中提及的多個弱點影響。

    ------------------------------------------------------------------------- Debian LTS 公告 DLA-4671-1 debian-lts@lists.debian.org https://www.debian.org/lts/security/Ben Hutchings 2026 年 7 月 5 日 https://wiki.debian.org/LTS-------------------------------------------------------------------------

    套件：linux-6.1 版本：6.1.176-1~deb11u1 CVE ID：CVE-2023-53292 CVE-2023-53989 CVE-2023-54125 CVE-2023-54271 CVE-2023-54322 CVE-2024-27012 CVE-2024-36922 CVE-2024-53221 CVE-2024-56657 CVE-2025-10263 CVE-2025-21739 CVE-2025-21863 CVE-2025-22105 CVE-2025-37864 CVE-2025-38584 CVE-2025-38627 CVE-2025-38710 CVE-2025-39997 CVE-2025-40347 CVE-2025-68201 CVE-2025-68315 CVE-2025-68823 CVE-2026-23066 CVE-2026-23255 CVE-2026-23310 CVE-2026-23389 CVE-2026-23399 CVE-2026-23442 CVE-2026-23444 CVE-2026-23468 CVE-2026-31407 CVE-2026-31449 CVE-2026-31488 CVE-2026-31489 CVE-2026-31500 CVE-2026-31532 CVE-2026-31576 CVE-2026-31577 CVE-2026-31578 CVE-2026-31580 CVE-2026-31581 CVE-2026-31583 CVE-2026-31585 CVE-2026-31586 CVE-2026-31587 CVE-2026-31588 CVE-2026-31590 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-31605 CVE-2026-31607 CVE-2026-31611 CVE-2026-31612 CVE-2026-31613 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-31629 CVE-2026-31630 CVE-2026-31637 CVE-2026-31642 CVE-2026-31673 CVE-2026-31676 CVE-2026-31681 CVE-2026-31684 CVE-2026-31685 CVE-2026-31686 CVE-2026-31696 CVE-2026-31697 CVE-2026-31698 CVE-2026-31699 CVE-2026-31700 CVE-2026-31701 CVE-2026-31702 CVE-2026-31704 CVE-2026-31705 CVE-2026-31708 CVE-2026-31709 CVE-2026-31711 CVE-2026-31712 CVE-2026-31715 CVE-2026-31716 CVE-2026-43052 CVE-2026-43058 CVE-2026-43064 CVE-2026-43071 CVE-2026-43072 CVE-2026-43075 CVE-2026-43076 CVE-2026-43079 CVE-2026-43080 CVE-2026-43085 CVE-2026-43089 CVE-2026-43093 CVE-2026-43094 CVE-2026-43098 CVE-2026-43099 CVE-2026-43103 CVE-2026-43104 CVE-2026-43105 CVE-2026-43110 CVE-2026-43111 CVE-2026-43112 CVE-2026-43113 CVE-2026-43114 CVE-2026-43116 CVE-2026-43117 CVE-2026-43219 CVE-2026-43303 CVE-2026-43350 CVE-2026-43421 CVE-2026-43492 CVE-2026-43493 CVE-2026-43494 CVE-2026-43495 CVE-2026-43496 CVE-2026-43497 CVE-2026-43499 CVE-2026-43501 CVE-2026-43502 CVE-2026-45834 CVE-2026-45835 CVE-2026-45836 CVE-2026-45838 CVE-2026-45839 CVE-2026-45840 CVE-2026-45841 CVE-2026-45842 CVE-2026-45843 CVE-2026-45844 CVE-2026-45846 CVE-2026-45850 CVE-2026-45930 CVE-2026-45986 CVE-2026-45987 CVE-2026-45991 CVE-2026-45994 CVE-2026-45996 CVE-2026-45997 CVE-2026-45999 CVE-2026-46002 CVE-2026-46003 CVE-2026-46004 CVE-2026-46005 CVE-2026-46006 CVE-2026-46009 CVE-2026-46015 CVE-2026-46018 CVE-2026-46019 CVE-2026-46021 CVE-2026-46022 CVE-2026-46023 CVE-2026-46024 CVE-2026-46026 CVE-2026-46027 CVE-2026-46031 CVE-2026-46033 CVE-2026-46037 CVE-2026-46038 CVE-2026-46040 CVE-2026-46043 CVE-2026-46044 CVE-2026-46046 CVE-2026-46047 CVE-2026-46049 CVE-2026-46050 CVE-2026-46051 CVE-2026-46052 CVE-2026-46053 CVE-2026-46056 CVE-2026-46058 CVE-2026-46062 CVE-2026-46064 CVE-2026-46065 CVE-2026-46069 CVE-2026-46070 CVE-2026-46072 CVE-2026-46075 CVE-2026-46077 CVE-2026-46078 CVE-2026-46079 CVE-2026-46080 CVE-2026-46082 CVE-2026-46083 CVE-2026-46086 CVE-2026-46088 CVE-2026-46091 CVE-2026-46098 CVE-2026-46099 CVE-2026-46101 CVE-2026-46102 CVE-2026-46103 CVE-2026-46107 CVE-2026-46108 CVE-2026-46109 CVE-2026-46110 CVE-2026-46112 CVE-2026-46113 CVE-2026-46116 CVE-2026-46119 CVE-2026-46120 CVE-2026-46122 CVE-2026-46123 CVE-2026-46124 CVE-2026-46125 CVE-2026-46127 CVE-2026-46128 CVE-2026-46129 CVE-2026-46132 CVE-2026-46133 CVE-2026-46136 CVE-2026-46137 CVE-2026-46143 CVE-2026-46146 CVE-2026-46149 CVE-2026-46150 CVE-2026-46151 CVE-2026-46159 CVE-2026-46160 CVE-2026-46161 CVE-2026-46163 CVE-2026-46164 CVE-2026-46165 CVE-2026-46167 CVE-2026-46168 CVE-2026-46169 CVE-2026-46172 CVE-2026-46173 CVE-2026-46177 CVE-2026-46178 CVE-2026-46179 CVE-2026-46180 CVE-2026-46184 CVE-2026-46185 CVE-2026-46186 CVE-2026-46187 CVE-2026-46189 CVE-2026-46190 CVE-2026-46191 CVE-2026-46193 CVE-2026-46195 CVE-2026-46196 CVE-2026-46197 CVE-2026-46198 CVE-2026-46199 CVE-2026-46205 CVE-2026-46206 CVE-2026-46208 CVE-2026-46209 CVE-2026-46212 CVE-2026-46214 CVE-2026-46218 CVE-2026-46220 CVE-2026-46227 CVE-2026-46230 CVE-2026-46231 CVE-2026-46233 CVE-2026-46234 CVE-2026-46235 CVE-2026-46236 CVE-2026-46238 CVE-2026-46273 CVE-2026-46275 CVE-2026-46276 CVE-2026-46280 CVE-2026-46285 CVE-2026-46291 CVE-2026-46292 CVE-2026-46294 CVE-2026-46296 CVE-2026-46299 CVE-2026-46301 CVE-2026-46303 CVE-2026-46304 CVE-2026-46306 CVE-2026-46307 CVE-2026-46314 CVE-2026-46319 CVE-2026-46320 CVE-2026-46321 CVE-2026-46322 CVE-2026-46323 CVE-2026-46331 CVE-2026-52909 CVE-2026-52910 CVE-2026-52911 CVE-2026-52912 CVE-2026-52913 CVE-2026-52914 CVE-2026-52915 CVE-2026-52916 CVE-2026-52917 CVE-2026-52918 CVE-2026-52919 CVE-2026-52920 CVE-2026-52921 CVE-2026-52922 CVE-2026-52923 CVE-2026-52924 CVE-2026-52925 CVE-2026-52926 CVE-2026-52927 CVE-2026-52929 CVE-2026-52930 CVE-2026-52931 CVE-2026-52933 CVE-2026-52934 CVE-2026-52935 CVE-2026-52939 CVE-2026-52941 CVE-2026-52942 CVE-2026-52943 CVE-2026-52946 CVE-2026-52947 CVE-2026-52948 CVE-2026-52954 CVE-2026-52955 CVE-2026-52957 CVE-2026-52958 CVE-2026-52962 CVE-2026-52963 CVE-2026-52967 CVE-2026-52968 CVE-2026-52969 CVE-2026-52970 CVE-2026-52972 CVE-2026-52974 CVE-2026-52975 CVE-2026-52977 CVE-2026-52981 CVE-2026-52982 CVE-2026-52984 CVE-2026-52985 CVE-2026-52986 CVE-2026-52989 CVE-2026-52992 CVE-2026-52993 CVE-2026-52995 CVE-2026-52998 CVE-2026-52999 CVE-2026-53001 CVE-2026-53002 CVE-2026-53003 CVE-2026-53004 CVE-2026-53006 CVE-2026-53011 CVE-2026-53012 CVE-2026-53016 CVE-2026-53021 CVE-2026-53022 CVE-2026-53023 CVE-2026-53033 CVE-2026-53034 CVE-2026-53035 CVE-2026-53036 CVE-2026-53037 CVE-2026-53039 CVE-2026-53040 CVE-2026-53041 CVE-2026-53043 CVE-2026-53045 CVE-2026-53046 CVE-2026-53047 CVE-2026-53048 CVE-2026-53049 CVE-2026-53050 CVE-2026-53052 CVE-2026-53056 CVE-2026-53059 CVE-2026-53060 CVE-2026-53061 CVE-2026-53062 CVE-2026-53063 CVE-2026-53064 CVE-2026-53065 CVE-2026-53066 CVE-2026-53068 CVE-2026-53069 CVE-2026-53071 CVE-2026-53072 CVE-2026-53073 CVE-2026-53074 CVE-2026-53075 CVE-2026-53077 CVE-2026-53080 CVE-2026-53082 CVE-2026-53086 CVE-2026-53088 CVE-2026-53093 CVE-2026-53096 CVE-2026-53111 CVE-2026-53112 CVE-2026-53128 CVE-2026-53130 CVE-2026-53131 CVE-2026-53133 CVE-2026-53134 CVE-2026-53135 CVE-2026-53136 CVE-2026-53137 CVE-2026-53146 CVE-2026-53147 CVE-2026-53148 CVE-2026-53149 CVE-2026-53150 CVE-2026-53159 CVE-2026-53160 CVE-2026-53161 CVE-2026-53168 CVE-2026-53176 CVE-2026-53177 CVE-2026-53181 CVE-2026-53182 CVE-2026-53183 CVE-2026-53184 CVE-2026-53186 CVE-2026-53189 CVE-2026-53194 CVE-2026-53195 CVE-2026-53196 CVE-2026-53198 CVE-2026-53199 CVE-2026-53207 CVE-2026-53208 CVE-2026-53209 CVE-2026-53212 CVE-2026-53213 CVE-2026-53215 CVE-2026-53216 CVE-2026-53217 CVE-2026-53218 CVE-2026-53219 CVE-2026-53221 CVE-2026-53223 CVE-2026-53225 CVE-2026-53227 CVE-2026-53228 CVE-2026-53236 CVE-2026-53238 CVE-2026-53239 CVE-2026-53242 CVE-2026-53245 CVE-2026-53249 CVE-2026-53252 CVE-2026-53253 CVE-2026-53254 CVE-2026-53255 CVE-2026-53256 CVE-2026-53263 CVE-2026-53264 CVE-2026-53266 CVE-2026-53268 CVE-2026-53269 CVE-2026-53270 CVE-2026-53273 CVE-2026-53274 CVE-2026-53275 CVE-2026-53279 CVE-2026-53287 CVE-2026-53289 CVE-2026-53291 CVE-2026-53294 CVE-2026-53295 CVE-2026-53296 CVE-2026-53303 CVE-2026-53304 CVE-2026-53306 CVE-2026-53309 CVE-2026-53314 CVE-2026-53320 CVE-2026-53329 CVE-2026-53331 CVE-2026-53337 CVE-2026-53339 CVE-2026-53343 CVE-2026-53349 CVE-2026-53350 CVE-2026-53352 CVE-2026-53354 CVE-2026-53355 CVE-2026-53356 CVE-2026-53357 Debian 錯誤：1130365 1119093

    在 Linux 核心中發現數個弱點，這些弱點可能會導致特權提升、拒絕服務或資訊洩漏。

    對於 Debian 11 bullseye，這些問題已在 6.1.176-1~deb11u1 版本中修復。此版本還包括來自穩定更新 6.1.175 和 6.1.176的更多錯誤修復。

    建議您升級 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 簽章

Tenable 已直接從 Debian 安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

AlmaLinux 9.2 主機安裝的套件會受到 TuxCare ALMALINUX9.2：CLSA-2026：1783791447 公告中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：phy: mdio: fix memory leak Syzbot reported memory leak in MDIO bus interface, the problem was in wrong state logic. MDIOBUS_ALLOCATED indicates 2 states: 1. Bus is only allocated 2. Bus allocated and __mdiobus_register() fails, but device_register() was called In case of device_register() has been called we should call put_device() to correctly free the memory allocated for this device, but mdiobus_free() calls just kfree(dev) in case of MDIOBUS_ALLOCATED state To avoid this behaviour we need to set bus->state to MDIOBUS_UNREGISTERED _before_ calling device_register(), because put_device() should be called even in case of device_register() failure. (CVE-2021-47416)

  - 在 Linux 核心的 TeleTYpe 子系統中發現超出邊界讀取缺陷。由於 flush_to_ldisc 函式中存在記憶體洩漏弱點，使用者利用 ioctls 的 TIOCSPTLCK、TIOCGPTPEER、TIOCSTI 和 TCXONC 觸發爭用情形時會發生此問題。本機使用者可利用此缺陷造成系統當機，或從記憶體讀取未經授權的隨機資料。(CVE-2022-1462)

  - 已解決 Linux 核心中的下列弱點：can: isotp: sanitize CAN ID checks in isotp_bind() Syzbot created an environment that lead to a state machine status that can not be reached with a compliant CAN ID address configuration. The provided address information consisted of CAN ID 0x6000001 and 0xC28001 which both boil down to 11 bit CAN IDs 0x001 in sending and receiving. Sanitize the SFF/EFF CAN ID values before performing the address checks. (CVE-2022-49269)

  - 已解決 Linux 核心中的下列弱點：tty: fix deadlock caused by calling printk() under tty_port->lock pty_write() invokes kmalloc() which may invoke a normal printk() to print failure message. This can cause a deadlock in the scenario reported by syz-bot below: CPU0 CPU1 CPU2 ----
    ---- ---- lock(console_owner); lock(&port_lock_key); lock(&port->lock); lock(&port_lock_key);
    lock(&port->lock); lock(console_owner); As commit dbdda842fe96 (printk: Add console owner and waiter logic to load balance console writes) said, such deadlock can be prevented by using printk_deferred() in kmalloc() (which is invoked in the section guarded by the port->lock). But there are too many printk() on the kmalloc() path, and kmalloc() can be called from anywhere, so changing printk() to printk_deferred() is too complicated and inelegant. Therefore, this patch chooses to specify __GFP_NOWARN to kmalloc(), so that printk() will not be called, and this deadlock problem can be avoided. Syzbot reported the following lockdep error: ====================================================== WARNING: possible circular locking dependency detected 5.4.143-00237-g08ccc19a-dirty #10 Not tainted
    ------------------------------------------------------ syz-executor.4/29420 is trying to acquire lock:
    ffffffff8aedb2a0 (console_owner){....}-{0:0}, at: console_trylock_spinning kernel/printk/printk.c:1752 [inline] ffffffff8aedb2a0 (console_owner){....}-{0:0}, at: vprintk_emit+0x2ca/0x470 kernel/printk/printk.c:2023 but task is already holding lock: ffff8880119c9158 (&port->lock){-.-.}-{2:2}, at: pty_write+0xf4/0x1f0 drivers/tty/pty.c:120 which lock already depends on the new lock. the existing dependency chain (in reverse order) is: -> #2 (&port->lock){-.-.}-{2:2}: __raw_spin_lock_irqsave include/linux/spinlock_api_smp.h:110 [inline] _raw_spin_lock_irqsave+0x35/0x50 kernel/locking/spinlock.c:159 tty_port_tty_get drivers/tty/tty_port.c:288 [inline] <-- lock(&port->lock);
    tty_port_default_wakeup+0x1d/0xb0 drivers/tty/tty_port.c:47 serial8250_tx_chars+0x530/0xa80 drivers/tty/serial/8250/8250_port.c:1767 serial8250_handle_irq.part.0+0x31f/0x3d0 drivers/tty/serial/8250/8250_port.c:1854 serial8250_handle_irq drivers/tty/serial/8250/8250_port.c:1827 [inline] <-- lock(&port_lock_key); serial8250_default_handle_irq+0xb2/0x220 drivers/tty/serial/8250/8250_port.c:1870 serial8250_interrupt+0xfd/0x200 drivers/tty/serial/8250/8250_core.c:126 __handle_irq_event_percpu+0x109/0xa50 kernel/irq/handle.c:156 [...] -> #1 (&port_lock_key){-.-.}-{2:2}: __raw_spin_lock_irqsave include/linux/spinlock_api_smp.h:110 [inline] _raw_spin_lock_irqsave+0x35/0x50 kernel/locking/spinlock.c:159 serial8250_console_write+0x184/0xa40 drivers/tty/serial/8250/8250_port.c:3198 <-- lock(&port_lock_key);
    call_console_drivers kernel/printk/printk.c:1819 [inline] console_unlock+0x8cb/0xd00 kernel/printk/printk.c:2504 vprintk_emit+0x1b5/0x470 kernel/printk/printk.c:2024 <-- lock(console_owner);
    vprintk_func+0x8d/0x250 kernel/printk/printk_safe.c:394 printk+0xba/0xed kernel/printk/printk.c:2084 register_console+0x8b3/0xc10 kernel/printk/printk.c:2829 univ8250_console_init+0x3a/0x46 drivers/tty/serial/8250/8250_core.c:681 console_init+0x49d/0x6d3 kernel/printk/printk.c:2915 start_kernel+0x5e9/0x879 init/main.c:713 secondary_startup_64+0xa4/0xb0 arch/x86/kernel/head_64.S:241 -> #0 (console_owner){....}-{0:0}: [...] lock_acquire+0x127/0x340 kernel/locking/lockdep.c:4734 console_trylock_spinning kernel/printk/printk.c:1773 ---truncated--- (CVE-2022-49441)

  - 已解決 Linux 核心中的下列弱點：list: fix a data-race around ep->rdllist ep_poll() first calls ep_events_available() with no lock held and checks if ep->rdllist is empty by list_empty_careful(), which reads rdllist->prev. Thus all accesses to it need some protection to avoid store/load-tearing. Note INIT_LIST_HEAD_RCU() already has the annotation for both prev and next.
    Commit bf3b9f6372c4 (epoll: Add busy poll support to epoll with socket fds.) added the first lockless ep_events_available(), and commit c5a282e9635e (fs/epoll: reduce the scope of wq lock in epoll_wait()) made some ep_events_available() calls lockless and added single call under a lock, finally commit e59d3c64cba6 (epoll: eliminate unnecessary lock for zero timeout) made the last ep_events_available() lockless. BUG: KCSAN: data-race in do_epoll_wait / do_epoll_wait write to 0xffff88810480c7d8 of 8 bytes by task 1802 on cpu 0: INIT_LIST_HEAD include/linux/list.h:38 [inline] list_splice_init include/linux/list.h:492 [inline] ep_start_scan fs/eventpoll.c:622 [inline] ep_send_events fs/eventpoll.c:1656 [inline] ep_poll fs/eventpoll.c:1806 [inline] do_epoll_wait+0x4eb/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae read to 0xffff88810480c7d8 of 8 bytes by task 1799 on cpu 1: list_empty_careful include/linux/list.h:329 [inline] ep_events_available fs/eventpoll.c:381 [inline] ep_poll fs/eventpoll.c:1797 [inline] do_epoll_wait+0x279/0xf40 fs/eventpoll.c:2234 do_epoll_pwait fs/eventpoll.c:2268 [inline] __do_sys_epoll_pwait fs/eventpoll.c:2281 [inline] __se_sys_epoll_pwait+0x12b/0x240 fs/eventpoll.c:2275 __x64_sys_epoll_pwait+0x74/0x80 fs/eventpoll.c:2275 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x44/0xd0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae value changed: 0xffff88810480c7d0 -> 0xffff888103c15098 Reported by Kernel Concurrency Sanitizer on: CPU: 1 PID: 1799 Comm: syz-fuzzer Tainted:
    G W 5.17.0-rc7-syzkaller-dirty #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 (CVE-2022-49443)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

AlmaLinux 9.6 主機已安裝的套件會受到 TuxCare ALMALINUX9.6：CLSA-2026：1781344094 公告中提及的多個弱點影響。

  - 已解決 Linux 核心中的下列弱點：i2c: designware: use casting of u64 in clock multiplication to avoid overflow In functions i2c_dw_scl_lcnt() and i2c_dw_scl_hcnt() may have overflow by depending on the values of the given parameters including the ic_clk. For example in our use case where ic_clk is larger than one million, multiplication of ic_clk * 4700 will result in 32 bit overflow. Add cast of u64 to the calculation to avoid multiplication overflow, and use the corresponding define for divide. (CVE-2022-49749)

  - 已解決 Linux 核心中的下列弱點：kernel/irq/irqdomain.c: fix memory leak with using debugfs_lookup() When calling debugfs_lookup() the result must have dput() called on it, otherwise the memory will leak over time. To make things simpler, just call debugfs_lookup_and_remove() instead which handles all of the logic at once. (CVE-2023-52936)

  - 已解決 Linux 核心中的下列弱點：tracing: Fix null pointer dereference in tracing_err_log_open() Fix an issue in function 'tracing_err_log_open'. The function doesn't call 'seq_open' if the file is opened only with write permissions, which results in 'file->private_data' being left as null. If we then use 'lseek' on that opened file, 'seq_lseek' dereferences 'file->private_data' in 'mutex_lock(&m->lock)', resulting in a kernel panic. Writing to this node requires root privileges, therefore this bug has very little security impact. Tracefs node: /sys/kernel/tracing/error_log Example Kernel panic: Unable to handle kernel NULL pointer dereference at virtual address 0000000000000038 Call trace: mutex_lock+0x30/0x110 seq_lseek+0x34/0xb8 __arm64_sys_lseek+0x6c/0xb8 invoke_syscall+0x58/0x13c el0_svc_common+0xc4/0x10c do_el0_svc+0x24/0x98 el0_svc+0x24/0x88 el0t_64_sync_handler+0x84/0xe4 el0t_64_sync+0x1b4/0x1b8 Code: d503201f aa0803e0 aa1f03e1 aa0103e9 (c8e97d02) ---[ end trace 561d1b49c12cf8a5 ]--- Kernel panic - not syncing: Oops: Fatal exception (CVE-2023-53167)

  - 已解決 Linux 核心中的下列弱點：irqchip: Fix refcount leak in platform_irqchip_probe of_irq_find_parent() returns a node pointer with refcount incremented, We should use of_node_put() on it when not needed anymore. Add missing of_node_put() to avoid refcount leak.
    (CVE-2023-53610)

  - 已解決 Linux 核心中的下列弱點：uio_hv_generic: Fix kernel NULL pointer dereference in hv_uio_rescind For primary VM Bus channels, primary_channel pointer is always NULL.
    This pointer is valid only for the secondary channels. Also, rescind callback is meant for primary channels only. Fix NULL pointer dereference by retrieving the device_obj from the parent for the primary channel. (CVE-2024-46739)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - drm/amdgpu限制 BO 清單項目計數以防止資源耗盡使用者空間可透過 bo_number 欄位傳送任意數量的 BO 清單項目。雖然先前的乘法溢位檢查可防止超出邊界配置大量的項目仍可造成過多的記憶體配置 (可能高達 GB)以及不必要地過長的清單處理時間。引入每個 BO 清單 128k 項目的硬性限制這對於任何實際使用案例 (例如包含大型場景中所有緩衝區的單一清單) 來說都已足夠。如此可防止記憶體耗盡攻擊並確保可預測的效能。如果要求的項目計數超過限制 (從認可 688b87d39e0aa8135105b40dc167d74b5ada5332 精選)則傳回 -EINVAL (CVE-2026-23468)

請注意，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： client：拒絕使用者空間 cifs.spnego 描述 （Asim Viladi Oglu Manizada） [Orabug： 39463671] {CVE-2026-46243}
    - net：skbuff：透過片段傳輸協助程式傳播共用片段標記 (Hyunwoo Kim) [Orabug:
    39368826,39441323] {CVE-2026-43503，CVE-2026-46300}
    - net：skbuff：在合併期間保留共用片段標記 (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 參照計數洩漏 （Deepanshu Kartikey） [Orabug： 39452739] {CVE-2026-46048}
    - ipv6： rpl：當重新壓縮mac_len SRH 增長時，保留餘量 （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：client：在 cifsacl 中重寫 DACL 之前先驗證整個 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 而不是 current (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}
    - 藍牙：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： client：修正smb2_ioctl_query_info QUERY_INFO路徑中的 OOB 讀取 （Michael Bommarito） [Orabug：
    39300607] {CVE-2026-31708}
    - smb： client：在讀取模式位元之前需要完整的 NFS 模式 SID （Michael Bommarito） [Orabug： 39343707] {CVE-2026-43350}
    - fuse：拒絕頁面快取中的過大內容 （Samuel Page） [Orabug： 39300556] {CVE-2026-31694}
    - mm/pagewalk：修正並行分割和重新fault之間的爭用 （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 的 NULL 檢查 （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 的大尺寸刪除 WARN （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：修正 ocfs2_fault（） 中VM_FAULT_RETRY時的釋放後使用 （Tejas Bharambe） [Orabug： 39273578] {CVE-2026-31597}
    - ocfs2：修正取消連結和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	名稱	產品	系列	已發布	已更新	嚴重性
325059	Debian dla-4665 ： affs-modules-6.1.0-48-4kc-malta-di - 安全性更新	Nessus	Debian Local Security Checks	2026/7/3	2026/9/23	high
360843	Rocky Linux 9.6 [TuxCare] 安全性更新：kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.6：CLSA-2026：1781344094）	Nessus	Rocky Linux Local Security Checks	2026/10/1	2026/10/1	high
313288	Debian dsa-6253 ： ata-modules-6.12.74+deb13+1-armmp-di - 安全性更新	Nessus	Debian Local Security Checks	2026/5/8	2026/5/27	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
325283	Debian dla-4671 ： linux-config-6.1 - 安全性更新	Nessus	Debian Local Security Checks	2026/7/6	2026/9/23	high
352871	AlmaLinux 9.2 [TuxCare] 安全性更新：bpftool / kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.2：CLSA-2026：1783791447）	Nessus	Alma Linux Local Security Checks	2026/9/30	2026/10/1	medium
360739	AlmaLinux 9.6 [TuxCare] 安全性更新：kernel / kernel-abi-stablelists / kernel-core / etc 多個弱點（ALMALINUX9.6：CLSA-2026：1781344094）	Nessus	Alma Linux Local Security Checks	2026/10/1	2026/10/1	high
304992	Linux Distros 未修補的弱點：CVE-2026-23468	Nessus	Misc.	2026/4/5	2026/9/21	medium
325292	Oracle Linux 10 / 9：Unbreakable Enterprise 核心 (ELSA-2026-50372)	Nessus	Oracle Linux Local Security Checks	2026/7/6	2026/7/8	high

偵測

搜尋 Plugin

high

high

high

high

high

medium

high

medium

high