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

  - rxrpc： 修正 rxgk_extract_token（） 中的錯誤處理 修正 rxgk_extract_token（） 中缺少的錯誤處理位：如果 rxgk_decrypt_skb（） 傳回 -ENOMEM，它應該只傳回該傳回而不是繼續（對於其他任何內容，它會產生中止）。（CVE-2026-46010）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - 適用於 Linux 的 NVIDIA 顯示驅動程式在核心模式層處理常式中包含弱點，使用者可造成不當的權限處理。成功利用此漏洞可能會導致拒絕服務、權限提升、資訊洩露、資料篡改和程式碼執行。
    (CVE-2026-24194)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - bpf：修正 BTF 物件的潛在釋放後使用 check_pseudo_btf_id（） 函式中的參照計數不正確：__check_pseudo_btf_id（） 函式可能會以零參照計數 btf 呼叫。修正此問題，並相應地修補相關程式碼。v3：改寫註解 （AI） v2：修正 v1 中引入的參照計數洩漏 （AI） （CVE-2026-45951）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - Twig 是一種適用於 PHP 的範本語言。在之前 3.27.0，沙箱 __toString（） 檢查並未完全涵蓋傳遞給聯結和取代由 in 和 not in 運算子評估的篩選器或運算元的可遍歷值，因此允許將包含的 Stringable 物件強制轉換為字串，而無需查閱沙箱原則。3.27.0 版已修正此問題。(CVE-2026-48807)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - Symfony 是適用於 Web 和主控台應用程式的 PHP 架構，是一組可重複使用的 PHP 元件。在 5.4.53、 、 6.4.417.4.13和 8.0.13之前，UrlGenerator：:d oGenerate（） 使用 strtr（） 點段編碼，跳過其他鏈結的 ../ 或 ./ 區段，允許攻擊者控制的路由參數產生在 RFC 3986 正規化下摺疊到不同路徑的 URL。此問題已在 5.4.53、6.4.41、7.4.13 和 8.0.13 版中修正。(CVE-2026-48784)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - 適用於 Windows 和 Linux 的 NVIDIA 顯示驅動程式包含弱點，攻擊者可能會洩漏保留的驅動程式鎖定。成功利用此弱點可能會導致拒絕服務。（CVE-2026-24182）

請注意，Nessus 依賴供應商報告的套件存在。

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

  - 已解決 Linux 核心中的下列弱點：rxgk: Fix potential integer overflow in length check Fix potential integer overflow in rxgk_extract_token() when checking the length of the ticket. Rather than rounding up the value to be tested (which might overflow), round down the size of the available data. (CVE-2026-46039)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - Twig 是一種適用於 PHP 的範本語言。在之前 3.27.0，ArrayExpression 不會保護強制轉換為字串的動態對應索引鍵，因此允許PHP在用作對應索引鍵的 Stringable 物件上叫用 __toString（），而無需呼叫 SandboxExtension：：ensureToStringAllowed（）。3.27.0 版已修正此問題。
    (CVE-2026-48806)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - crypto： qat - 修正 6xxx 探查失敗時的 IRQ 清除 當 adf_dev_up（） 部分完成然後失敗時，在釋放 MSI-X 向量之前，不會分離在 adf_isr_resource_alloc（） 期間註冊的 IRQ 處理常式。由於裝置啟用了 pcim_enable_device（），因此調用 pci_alloc_irq_vectors（） 會在內部將 pcim_msi_release（） 註冊為 devres 動作。探查失敗時，devres 會執行呼叫 pci_free_irq_vectors（） 的 pcim_msi_release（），在 IRQ 處理常式 （例如 'qat0-bundle0'） 仍附加時拆除 MSI-X 向量。這會導致 remove_proc_entry（） 警告： [ 22.163964] remove_proc_entry：移除非空白目錄 'irq/143'，至少洩漏 'qat0-bundle0' 在 adf_dev_up（） 之前移動 devm_add_action_or_reset（） 並不能解決問題，因為 devres 以 LIFO 順序運行，而稍後在 adf_dev_up（） 中註冊的 pcim_msi_release（） 仍會在 adf_device_down（） 之前觸發。
    透過在 adf_dev_up（） 失敗時明確呼叫 adf_dev_down（） 來修正，以便在 devres 釋放 MSI-X 向量之前正確釋放 IRQ 處理常式。（CVE-2026-46060）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - 適用於 Windows 和 Linux 的 NVIDIA 顯示驅動程式的核心模式層包含弱點，使用者可能會造成對 GPU 資源的不當存取。成功利用此漏洞可能會導致拒絕服務、權限提升、資訊洩露、資料篡改和程式碼執行。（CVE-2026-24190）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - ACPICA：修正 acpi_ev_address_space_dispatch（） 中的 NULL 指標解除參照 使用新的檢查覆蓋遺漏的執行路徑。（CVE-2026-45982）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - 在 和 之前2.36.22.37.2的 OpenStack Swift 中，s3api 中介軟體在處理截斷的 aws-chunked PUT 要求內文時會進入無限迴圈。StreamingInput 類別會反覆附加空白緩衝區並重新讀取，導致處理要求的 Proxy 伺服器背景工作角色會隨著 CPU 和記憶體耗用量的增加而永久無回應。經過身份驗證的攻擊者可以系統性地耗盡所有 Proxy 伺服器工作角色，從而導致拒絕服務。該缺陷是在 Swift 2.36.0中引入的。
    (CVE-2026-49017)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - Mistune 是一個帶有渲染器和插件的 Python Markdown 解析器。在之前 3.2.1，Image 指令外掛程式會驗證 ：width： 和 ：height： 選項，並將正則運算式編譯為 _num_re = re.compile（r^\d+（？：\.\d*)?). 當驗證的值不是純整數時，render_block_image（） 會將其直接插入 ：...; 或 style=height：...; 屬性中style=width。由於該值已被僅限前置詞的正則運算式接受，因此前導數字之後的任何 CSS 都會逐字到達 style= 屬性，並且不會逸出。此弱點已在 3.2.1 中修正。(CVE-2026-44899)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - 在 GDAL 3.1.0 中，netCDF 3.13.0驅動程式中的 scanForGeometryContainers 允許透過堆疊型緩衝區溢位執行程式碼。它會將幾何屬性讀取到固定大小的堆疊緩衝區中，而不驗證屬性長度。攻擊者會將此漏洞作為特製的幾何屬性內嵌在特製的 NetCDF 檔案中。這會在執行 GDAL 的伺服器上實現任意程式碼執行。這是在 frmts/netcdf/netcdfsg.cpp 中。（CVE-2026-49014）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - libyang before 5.2.6 在 lyd_parser_set_data_flags 中包含一個堆積釋放後寫入弱點，該弱點會在釋放非 HEAD 預設中繼資料項目時，錯誤地更新中繼資料清單指標。攻擊者可以透過將具有特定元資料屬性的特製 YANG XML 文件提交給解析不受信任 XML 資料的應用程式來觸發此漏洞，從而導致進程崩潰或潛在的程式碼執行。
    (CVE-2026-41401)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - Mistune 是一個帶有渲染器和插件的 Python Markdown 解析器。在 3.2.1之前，HTMLRenderer.heading（） 透過將 id 屬性值直接串連到 HTML 中來建立開始 <hN> 標籤，而無需呼叫 escape（）、safe_entity（） 或任何其他清理函數。id 值中的雙引號字元會終止屬性，允許攻擊者將任意附加屬性（事件處理常式、src=、href= 等）插入標題元素。此弱點已在 3.2.1 中修正。
    (CVE-2026-44897)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - ublk： SQE128 在IO_URING_F_SQE128旗標檢查之前，在存取 cmd ublk_ctrl_cmd_dump（） 存取 （標頭 *）sqe->cmd 之前驗證旗標。這可能會導致越界記憶體存取。在 ublk_ctrl_uring_cmd（） 中稍早移動 SQE128 旗標檢查，以便在未設定旗標時立即傳回 -EINVAL。
    (CVE-2026-45962)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - jq 是一個命令行 JSON 處理器。在之前 1.8.2，將兩個足夠深的巢狀陣列與 == 運算子進行比較會耗盡 jq 普通命令列表面上的 C 堆疊，從而透過堆疊耗盡（不受控制的遞迴）導致拒絕服務。崩潰發生在 jq 的遞歸結構比較程式碼中，在比較深度巢狀陣列時，透過 src/jv.c 中的 jvp_array_equal（） 和 jv_equal（） 重複遞歸;透過 src/jv_aux.c 中 jv_cmp（） 的鄰近排序比較器路徑會以較大的巢狀深度從相同缺少遞迴保護的堆疊溢位。任何在攻擊者控制的深度巢狀 JSON 值上執行 jq 比較，或在不受信任資料可以到達 == 比較路徑的內容中內嵌 jq 的人都會受到影響。此弱點已在 1.8.2 中修正。(CVE-2026-47770)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - jbd2：修正 jbd2_journal_cancel_revoke（） 中的鎖死提交 f76d4c28a46a （fs/jbd2：使用休眠版本的
    __find_get_block（）） 將 jbd2_journal_cancel_revoke（） 更改為使用保存對開鎖定的 __find_get_block_nonatomic（），而不是i_private_lock。當檔案系統區塊大小<頁面大小時，這會破壞鎖定順序 （folio -> 緩衝區），並導致 ABBA 鎖死： T1 T2 ext4_mkdir（） ext4_init_new_dir（） ext4_append（） ext4_getblk（） lock_buffer（） <- A sync_blockdev（） blkdev_writepages（） writeback_iter（） writeback_get_folio（） folio_lock（） <- B ext4_journal_get_create_access（） jbd2_journal_cancel_revoke（）
    __find_get_block_nonatomic（） folio_lock（） <- B block_write_full_folio（） lock_buffer（） <- A 這偶爾會導致 generic/013 懸置。透過僅在傳遞的buffer_head不屬於 bdev 時呼叫 __find_get_block_nonatomic（） 來修正，這是我們唯一需要查詢其 bdev 別名的情況。
    否則，查詢是多餘的，因為找到的buffer_head等於我們傳入的。
    (CVE-2026-46061)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - crypto： ccp - 修正由於 kfree 清理用法不正確而導致的當機 使用「__cleanup（kfree）」屬性來註解將指派 kmalloc-family 函式的本機指標變數，會使本機變數的位址（而不是 kmalloc 傳回的位址）直接傳遞給 kfree，並因堆疊位址無效解除分配而導致當機。根據存放庫中的其他地方，正確的用法應該是「__free（kfree）」。程式碼巧合地編譯，因為 kfree 的參數類型 'void *' 與所需的類型 'struct { ... } **' 相容。（CVE-2026-45959）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - 適用於 Linux 的 NVIDIA 顯示驅動程式包含弱點，攻擊者可造成數值類型之間的錯誤轉換，進而導致堆積緩衝區溢位。成功利用此漏洞可能會導致拒絕服務、權限提升、資訊洩露、資料篡改和程式碼執行。（CVE-2026-24192）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - 適用於 Linux 的 NVIDIA 顯示驅動程式在多執行個體 GPU （MIG） 分割區管理中包含弱點，記憶體子系統路由資源的不安全預設初始化可能會導致資料損毀或在分割區重新設定期間停擺。成功利用此弱點可能會導致拒絕服務。（CVE-2026-24197）

請注意，Nessus 依賴供應商報告的套件存在。

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

  - 適用於 Windows 和 Linux 的 NVIDIA 顯示驅動程式的核心驅動程式中包含弱點，使用者可能會對重要資源造成錯誤的權限指派。如果成功利用此弱點，可能會導致資料竄改和拒絕服務。(CVE-2025-33221)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - fat：避免 rmdir 中的父連結計數下溢損毀的 FAT 映像可能會使目錄 inode 具有不正確的i_nlink （例如，即使子目錄存在，仍為 2）。然後，rmdir 無條件調用 drop_nlink（dir），並可以將 i_nlink 驅動到 0，從而觸發 drop_nlink（） 中的WARN_ON。在 vfat_rmdir（） 和 msdos_rmdir（） 中新增健全性檢查：僅在父連結計數至少為 3 時刪除，否則會報告檔案系統錯誤。（CVE-2026-45915）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - wifi： mwifiex：修正 mwifiex_adapter_cleanup（） 中的釋放後使用 mwifiex_adapter_cleanup（） 函數在釋放轉接器結構之前對wakeup_timer使用 timer_delete（） （非同步）。這是不正確的，因為 timer_delete（） 不會等待任何執行中的計時器回呼完成。如果在呼叫 mwifiex_adapter_cleanup（） 時執行wakeup_timer回呼 （wakeup_timer_fn），則回呼將繼續存取轉接器欄位 （adapter->hw_status、adapter->if_ops.card_reset 等），這些欄位可能會被稍後在 mwifiex_remove_card（） 路徑中呼叫的 mwifiex_free_adapter（） 釋放。請改用 timer_delete_sync（） 來確保任何執行中的計時器回呼在傳回之前已完成。
    (CVE-2026-46069)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - apparmor：修正並最佳化從可能未對齊的記憶體建立資料表：來源 blob 可能來自使用者空間，而且可能未對齊。嘗試透過避免未對齊的記憶體存取來最佳化複製過程。- 已新增 Fixes 標籤 - 在描述中新增 Fix &;，因為這不僅可以最佳化，還可以修正潛在的未對齊記憶體存取 [jj：刪除重複的單字：在註解中轉換，觸發 checkpatch 警告] （CVE-2026-45893）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - ext4：如果EXT4_EXT_DATA_PARTIAL_VALID1，請勿將整個範圍歸零 從大型未寫入範圍配置初始化區塊時，或在結束 I/O 期間分割未寫入範圍並將其轉換為初始化範圍時，如果需要在中間分割範圍，目前可能會發生過時資料問題。0 A B N [UUUUUUUUUUUUU] U：未寫入的範圍 [--DDDDDDDD--] D：有效資料 |<- ->|---->需要初始化這個範圍ext4_split_extent（）先嘗試在B處拆分這個範圍，並設定EXT4_EXT_DATA_ENTIRE_VALID1和EXT4_EXT_MAY_ZEROOUT旗標，但ext4_split_extent_at（）由於暫時空間不足，無法拆分這個範圍。它將 B 歸零到 N，並將從 0 到 N 的整個範圍標記為寫入的範圍。0 A B N [WWWWWWWWWWWW] W：寫入範圍 [SSDDDDDDDDDDZZ] Z：歸零，S：過時資料 ext4_split_extent（） 然後嘗試在 A 處分割此範圍並設定EXT4_EXT_DATA_VALID2旗標。這一次，它成功分割，並留下從 0 到 A. 0 的過時寫入範圍 A B N [WW|WWWWWWWWWW] [SS|DDDDDDDDZZ] 在 B 處拆分時，透過傳遞EXT4_EXT_DATA_PARTIAL_VALID1 ext4_split_extent_at（） 來修正此問題，不要將整個範圍轉換為寫入範圍，並在將 B 歸零到 N 後將其保留為未寫入範圍。其餘的工作就像標準的兩部分拆分一樣。ext4_split_extent（） 會在第二次呼叫 ext4_split_extent_at（） 時傳遞 EXT4_EXT_DATA_VALID2 標誌，使其能夠正確處理分割。如果分割成功，它會將 0 到 A 的範圍保留為未寫入的範圍。（CVE-2026-45858）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - scsi： csiostor： 修正空指標 rn 的取消參照 當 rn 為 NULL 時，錯誤結束路徑最終會透過使用 巨集 CSIO_INC_STATS延遲空指標 rn。透過在使用巨集之後新增錯誤傳回路徑標籤來修正此問題，以避免尊重。（CVE-2026-45857）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - can： ucan：修正 devres 存留期 USB 驅動程式繫結至 USB 介面，而且任何裝置受控資源的存留期都應該繫結至介面，而不是父 USB 裝置。這可避免當驅動程式未解除繫結且裝置實際中斷連線時，記憶體洩漏等問題 （例如，在探查延遲或設定變更時） 。修正控制訊息緩衝區存留期，以便在驅動程式解除繫結時釋放。（CVE-2026-46103）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - tcp：接聽程式移轉後呼叫 sk_data_ready（） 當 inet_csk_listen_stop（） 將已建立的子通訊端從關閉接聽程式移轉至相同SO_REUSEPORT群組中的另一個通訊端時，目標接聽程式會透過 inet_csk_reqsk_queue_add（） 取得新的接受佇列項目，但該路徑永遠不會通知目標接聽程式的服務員。非阻塞 accept（） 仍然有效，因為它直接檢查佇列，但 poll（）/epoll_wait（） 服務員和阻止 accept（） 調用者也可以無限期地保持睡眠狀態。在 inet_csk_listen_stop（） 中成功移轉後，呼叫 READ_ONCE（nsk->sk_data_ready）（nsk）。然而，在 inet_csk_reqsk_queue_add（） 成功之後，在 reuseport_migrate_sock（） 中取得的 ref 會有效地轉移到 nreq->rsk_listener。然後，另一個 CPU 可以透過 accept（） 或接聽程式關閉、點擊 reqsk_put（） 並刪除該接聽程式 ref 來出列 nreq。由於接聽程式是SOCK_RCU_FREE的， post-queue_add因此將 nsk 的 （） 解除參照包裝在 rcu_read_lock（）/rcu_read_unlock（） 中，這也涵蓋了該路徑中現有的 sock_net （nsk） 存取。reqsk_timer_handler（） 路徑不需要相同的更改，原因有兩個：半開請求只有在最終 ACK 之後才變得可讀，其中 tcp_child_process（） 已經喚醒了接聽程式;一旦 nreq 透過 inet_ehash_insert（） 可見，成功路徑就不再直接接觸 NSK。（CVE-2026-46015）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - power： supply： goldfish： 修正 power_supply_changed（） 中的釋放後使用： 使用 'devm_' 變體來請求 IRQ _before_ 用於配置/註冊 'power_supply' 句柄的 'devm_' 變體，意味著 'power_supply' 句柄將在中斷處理常式之前 _ 解除配置/取消註冊（因為 'devm_' 自然地以相反的分配順序解除配置）。這表示在移除期間，會發生爭用情形，即中斷可能會在 'power_supply' 控制碼被釋放之後觸發，*但是* 就在 IRQ 處理常式的對應取消註冊執行之前。這將導致 IRQ 處理常式呼叫具有釋放的 'power_supply' 句柄的 'power_supply_changed（）'。這通常會使系統崩潰或以其他方式無聲地損壞記憶體... 請注意，在「probe（）」期間也可能發生類似的情況;在註冊 'power_supply' 控制碼之前_中斷觸發的可能性。這將導致在「power_supply_changed（）」中使用「power_supply」句柄*未初始化*的惡劣情況。透過確保在註冊 'power_supply' 控制碼之後 _ 請求 IRQ，來修正此 racy 釋放後使用。（CVE-2026-45936）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - serial： caif：修正 caif_serial ldisc_close（） 中的釋放後使用） caif_serial 中存在釋放後使用錯誤，其中 handle_tx（） 可能會在 tty 被釋放後存取 ser->tty。爭用情形發生在 ldisc_close（） 和封包傳輸之間： CPU 0 （close） CPU 1 （xmit） ------------- ------------ ldisc_close（） tty_kref_put（ser->tty） [tty 可在此處釋放] <-- race window --> caif_xmit（） handle_tx（） tty = ser->tty // 懸空 ptr tty->ops->write（） // UAF！ schedule_work（） ser_release（） unregister_netdevice（） 根本原因是 ldisc_close（） 中調用 tty_kref_put（），而網路裝置仍處於活動狀態並且可以接收資料包。由於 ser 和 tty 具有 1:1 具有一致生命週期的綁定關係（ser 在 ldisc_open 中分配並透過 unregister_netdevice 在 ser_release 中釋放，並且每個 ser 恰好綁定一個 tty），我們可以安全地將 tty 參照版本推遲到網路裝置未註冊的 ser_release（） 中。透過在 unregister_netdevice（） 之後將 tty_kref_put（） 從 ldisc_close（） 移至 ser_release（） 來修正此問題。這可確保只要網路裝置存在，就會保留 tty 參照，從而防止 UAF。注意：我們將 ser->tty 儲存在 unregister_netdevice（） 之前，因為 ser 內嵌在 netdev 的私有資料中，並將與 netdev 一起釋放 （needs_free_netdev = true）。如何重現：
    在 ldisc_close（） 的開頭新增 mdelay（500） 以擴大爭用視窗，然後執行重現程式 [1]。注意：當使用PORT_UNKNOWN序列埠時，handle_tx（） 中存在單獨的死迴路問題（例如，QEMU 中的 /dev/ttyS3，沒有適當的序列後端）。即使沒有此修補程式，此死迴圈也存在，很可能是由序列核心中 uart_write_room（） 和 uart_write（） 之間的不一致所造成。此問題已在單獨的修補程式 [2] 中解決。KASAN 報告：
    ================================================================== 錯誤： KASAN：handle_tx+0x5d1/0x620 中的 slab-use-after-free 由任務 caif_uaf_trigge/9929 在 addr ffff8881131e1490 讀取大小 1 呼叫追蹤：
    <TASK> dump_stack_lvl+0x10e/0x1f0 print_report+0xd0/0x630 kasan_report+0xe4/0x120 handle_tx+0x5d1/0x620 dev_hard_start_xmit+0x9d/0x6c0 __dev_queue_xmit+0x6e2/0x4410 packet_xmit+0x243/0x360 packet_sendmsg+0x26cf/0x5500 __sys_sendto+0x4a3/0x520 __x64_sys_sendto+0xe0/0x1c0 do_syscall_64+0xc9/0xf80 entry_SYSCALL_64_after_hwframe+0x77/0x7f RIP： 0033：0x7f615df2c0d7 由工作 9930 分配： 由工作 64 釋放： 上次可能相關的工作建立： 有錯誤的位址屬於 ffff8881131e1000 的物件，該物件屬於大小為 2048 的快取 kmalloc-cg-2k 有錯誤的位址位於釋放的 2048 位元組區域內的 1168 位元組 [ffff8881131e1000， ffff8881131e1800） 有錯誤的位址屬於實體頁面： page_owner 將頁面追蹤為分配的頁面 最後一個可用 PID 9778 TGID 9778 堆疊追蹤： 錯誤位址周圍的記憶體狀態：ffff8881131e1380：fb fb fb fb ffff8881131e1400：fb fb >ffff8881131e1480：fb fb fb ^ ffff8881131e1500： FB FB FB FB FB FB FFFF8881131E1580： FB FB FB fb ================================================================== [1]：
    https://gist.github.com/mrpre/f683f244544f7b11e7fa87df9e6c2eeb [2]： https://lore.kernel.org/linux-serial/20260204074327.226165-1-jiayuan.chen@linux.dev/T/#u （CVE-2026-45866）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - erofs：修正尾隨 dirents 的越界 nameoff 處理 目前我們已經對 nameoffs 進行了邊界檢查，但尾隨 dirents 很特殊，因為 namelens 是使用 strnlen（） 計算的，並帶有未檢查的 nameoffs。如果特製的 EROFS 具有 nameoff >= maxsize 的尾端 dirent，則 maxsize - nameoff 可能會反向溢位，導致 strnlen（） 讀取過目錄區塊。nameoff0 也應該被驗證為 'sizeof（struct erofs_dirent）' 的倍數 [1]。[1] https://sashiko.dev/#/patchset/20260416063511.3173774-1-hsiangkao%40linux.alibaba.com （CVE-2026-46078）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - dm mirror：修正 create_dirty_log（） 中的整數溢位 create_dirty_log（） 中的引數計數計算在針對 argc 進行驗證之前執行「*args_used = 2 + param_count」。當使用者透過裝置對應程式表格字串提供接近UINT_MAX的param_count時，這個未帶正負號的加法會換行為一個小值，導致繞過後續的「argc < *args_used」檢查。然後，溢位的param_count會以 argc 的形式傳遞給 dm_dirty_log_create（），這可能會導致 argv 陣列上的越界讀取。在執行加法之前，請遵循相同檔案中 parse_features（） 使用的相同模式，將 param_count 與 argc - 2 進行比較來修正。由於 argc >= 2 已經得到保證，因此減法是安全的。
    (CVE-2026-46023)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - FastNetMon Community Edition through 在 1.2.9 BGP MP_REACH_NLRI IPv6 屬性解碼器中包含多個越界讀取。src/bgp_protocol.cpp 中的函數 decode_mp_reach_ipv6（） 在第 156 行包含一個 TODO 註解，明確承認「我們應該新增健全性檢查以避免在屬性記憶體區塊之後讀取」。該函數在不驗證存在足夠數據的情況下將原始指標轉換為結構類型（第 158 行），使用攻擊者控制的length_of_next_hop字段來確定 memcpy 大小（第 181 行），並通過取消引用從多個攻擊者控制的偏移量計算的指標來計算prefix_length，而無需進行邊界驗證（第 189 行）。然後使用prefix_length來計算number_of_bytes_required_for_prefix，該長度成為 memcpy 長度（第 202 行），而不檢查剩餘的緩衝區大小。（CVE-2026-48688）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - udf：修正分割區描述元附加簿記 裝載具有重複分割區描述元的特製 UDF 映像可能會觸發 中的堆積越界寫入 part_descs_loc[]。handle_partition_descriptor（） 會依分割區編號刪除重複項目，但附加的插槽永遠不會記錄 partnum。因此，重複的分割區描述元會重複附加，而且num_part_descs不斷成長。一旦表格已滿，成長路徑仍會調整從 partnum 開始的分配大小，即使插入以 num_part_descs 為索引。
    如果 partnum 已與PART_DESC_ALLOC_STEP對齊，則 ALIGN（partnum， step） 可以保留舊的容量，而下一個附加寫入會越過表格結尾。將 partnum 儲存在附加的插槽中，並從下一個附加計數開始大小增長，以便重複資料刪除和容量追蹤遵循相同的模型。（CVE-2026-45991）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - tpm： tpm_i2c_infineon：修正 get_burstcount（） 失敗時的位置洩露 get_burstcount（） 可以在逾時時傳回 -EBUSY。發生這種情況時，函數會直接傳回，而不會釋放在 tpm_tis_i2c_send（） 開頭取得的局部性。使用 goto out_err確保在 get_burstcount（） 失敗時正確清除。（CVE-2026-45941）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - power： supply： act8945a： 修正 power_supply_changed（） 中的釋放後使用 'devm_' 變體來請求 IRQ _before_ 配置/註冊 'power_supply' 句柄的 'devm_' 變體，意味著 'power_supply' 句柄將在中斷處理常式之前 _ 解除配置/取消註冊 （因為 'devm_' 自然地以反向分配順序解除配置）。這表示在移除期間，會發生爭用情形，即中斷可能會在 'power_supply' 控制碼被釋放之後觸發，*但是* 就在 IRQ 處理常式的對應取消註冊執行之前。這將導致 IRQ 處理常式呼叫具有釋放的 'power_supply' 句柄的 'power_supply_changed（）'。這通常會使系統崩潰或以其他方式無聲地損壞記憶體... 請注意，在「probe（）」期間也可能發生類似的情況;在註冊 'power_supply' 控制碼之前_中斷觸發的可能性。這將導致在「power_supply_changed（）」中使用「power_supply」句柄*未初始化*的惡劣情況。透過確保在註冊 'power_supply' 控制碼之後 _ 請求 IRQ，來修正此 racy 釋放後使用。（CVE-2026-45867）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - netfilter： nf_tables：還原重設路徑中的commit_mutex用法 當 nft reset、ipset list 和 iptables-nft 與 '-m set' 規則同時執行時，它會導致 commit_mutex、nfnl_subsys_ipset 和 nlk_cb_mutex 之間的循環鎖定相依性。先前的修補程式使同時執行個別重設處理常式變得安全，因此不再需要commit_mutex來防止這種情況發生。（CVE-2026-45901）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - crypto：atmel-tdes - 修正 DMA 同步方向 在 CPU 耗用 DMA 輸出之前，必須將 ->dma_addr_out 與 dma_sync_single_for_cpu（） 而不是 dma_sync_single_for_device（） 同步。使用錯誤的方向可能會在非一致平台上傳回過時的快取資料。（CVE-2026-46077）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - gfs2：修正 iomap 內嵌資料寫入路徑中的釋放後使用 內嵌資料緩衝區頭 （dibh） 在 gfs2_iomap_begin（） 中透過 release_metapath（） 過早釋放，而 iomap->inline_data 仍指向 dibh->b_data。當 iomap_write_end_inline（） 稍後嘗試寫入內嵌資料區時，這會導致釋放後使用。錯誤序列： 1. gfs2_iomap_begin（） 呼叫 gfs2_meta_inode_buffer（） 將 inode 中繼資料讀取到 dibh 2。設定 iomap->inline_data = dibh->b_data + sizeof（struct gfs2_dinode） 3.調用 release_metapath（），它調用 brelse（dibh），將參照計數降至 0 4。kswapd 收回頁面（在 syzbot 報告中稍後 ~39 毫秒） 5.iomap_write_end_inline（） 嘗試將 memcpy（） 轉換為 iomap->inline_data 6.KASAN 透過將 dibh 儲存在 iomap->private 中並使用 gfs2_iomap_begin（） 中的 get_bh（） 遞增其參照計數來偵測釋放記憶體的釋放後使用寫入修正。內聯寫入完成後，緩衝區會在 gfs2_iomap_end（） 中正確釋放，確保頁面在整個 iomap 操作中保持活動狀態。注意：此問題無法使用 C 再現器。此修正是基於對 KASAN 報告的分析和程式碼審查，顯示緩衝區頭在使用前已釋放。[agruenba：在 gfs2_iomap_begin（） 中引用緩衝區頭以避免 gfs2_iomap_get（） 和 gfs2_iomap_alloc（） 中的洩漏。（CVE-2026-45984）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - xen-netback：拒絕客體的零佇列設定 惡意或有錯誤的 Xen 客體可以將 0 寫入 xenbus 金鑰 multi-queue-num-queues。後端的connect（）函數只驗證上限（requested_num_queues > xenvif_max_queues）而不驗證零，允許requested_num_queues=0到達vzalloc（array_size（0， sizeof（struct xenvif_queue））），這WARN_ON_ONCE會在
    __vmalloc_node_range（）。在 panic_on_warn=1 的系統上，這允許客體對主機的拒絕服務。
    Xen 網路介面規格要求佇列計數必須大於零。新增零檢查以符合 xen-blkback 中已有的驗證，自從新增多佇列支援以來，xen-blkback 就包含此防護。（CVE-2026-45890）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - net：rds：修正複製錯誤 __rds_rdma_map（） 在 get_mr（） 成功後將 sg/pages 所有權交給傳輸時的 MR 清理。如果在該時間點之後將產生的 Cookie 複製回使用者空間失敗，則在捨棄 MR 參照之前，錯誤路徑不得再次釋放這些資源。從 put_user（） 失敗分支中移除重複的 unpin/free，以便僅透過現有的最終清理路徑處理 MR 拆卸。（CVE-2026-46053）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - rxrpc：修正 RESPONSE 封包的重新解密 如果 RESPONSE 封包在處理期間發生暫時故障，則最終可能會處於部分解密狀態，然後重新排入佇列以等待重試。只需捨棄封包即可修正此問題；我們將傳送另一個 CHALLENGE 封包，進而引發進一步的回應。
    同樣地，如果我們在產生 RESPONSE 時收到錯誤，請捨棄傳入的 CHALLENGE 封包；伺服器將傳送另一個 CHALLENGE。（CVE-2026-45988）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - btrfs：如果找不到 ref 金鑰，則修正 btrfs_quota_enable（） 中無效的葉子存取 如果 btrfs_search_slot_for_read（） 傳回 1，則表示我們沒有找到任何大於或等於我們要求的金鑰的金鑰，這表示我們已到達樹狀結構的末尾，因此路徑無效。如果發生這種情況，我們需要跳出循環並停止，而不是繼續並存取無效的路徑。
    (CVE-2026-45974)

請注意，Nessus 依賴供應商報告的套件存在。

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

  - ipvs：如果 dev 宕機，不要保持dest_dst netdev 通知程式 ip_vs_dst_event（） 和快取 dst 與即將宕機的 dev 的程式碼之間存在爭用。由於可以在處理常式完成後通知已關閉裝置的 FIB，因此可能會傳回有效路由，並將 resuling 快取在洩漏的開發參考中，直到 dest 未移除為止。若要防止在處理常式刪除舊dest_dst後立即將新附加到 dest，請新增 netif_running（） 檢查以確保通知程式處理常式目前未針對正在關閉的裝置執行。（CVE-2026-45917）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - power： supply： bq25980： 修正 power_supply_changed（） 中的釋放後使用 'devm_' 變體來請求 IRQ _before_ 配置/註冊 'power_supply' 句柄的 'devm_' 變體，意味著 'power_supply' 句柄將在中斷處理常式之前 _ 解除配置/取消註冊 （因為 'devm_' 自然地以反向分配順序解除配置）。這表示在移除期間，會發生爭用情形，即中斷可能會在 'power_supply' 控制碼被釋放之後觸發，*但是* 就在 IRQ 處理常式的對應取消註冊執行之前。這將導致 IRQ 處理常式呼叫具有釋放的 'power_supply' 句柄的 'power_supply_changed（）'。這通常會使系統崩潰或以其他方式無聲地損壞記憶體... 請注意，在「probe（）」期間也可能發生類似的情況;在註冊 'power_supply' 控制碼之前_中斷觸發的可能性。這將導致在「power_supply_changed（）」中使用「power_supply」句柄*未初始化*的惡劣情況。透過確保在註冊 'power_supply' 控制碼之後 _ 請求 IRQ，來修正此 racy 釋放後使用。（CVE-2026-45879）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - rcu：修正由於 softirq Commit 5f5fa7ea89dc （rcu：不要在 __rcu_read_unlock（）） 中使用負巢狀深度而導致的 rcu_read_unlock（） 死迴迴圈，從 __rcu_read_unlock（） 中移除遞迴保護程式碼。因此，我們可以在啟用 ftrace 的情況下叫用 raise_softirq_irqoff（） 中的死迴圈，如下所示： 警告： CPU：0 PID：0 在 kernel/trace/trace.c：3021 __ftrace_trace_stack.constprop.0+0x172/0x180 連結的模組：
    my_irq_work（O） CPU：0 UID：0 PID：0 Comm：swapper/0 Tainted：G O 6.18.0-rc7-dirty #23 PREEMPT（full） Tainted：[O]=OOT_MODULE 硬體名稱：QEMU Standard PC （i440FX + PIIX， 1996）， BIOS 1.15.0-1 04/01/2014 RIP： 0010：__ftrace_trace_stack.constprop.0+0x172/0x180 RSP： 0018：ffffc900000034a8 EFLAGS： 00010002 RAX：
    00000000000000000 RBX：0000000000000004 RCX：000000000000000000 RDX：0000000000000003 RSI：ffffffff826d7b87 RDI：ffffffff826e9329 RBP：0000000000090009 R08：0000000000000005 R09：ffffffff82afbc4c R10：
    0000000000000008 R11： 00000000000011d7a R12： 00000000000000000 R13： ffff888003874100 R14： 0000000000000003 R15： ffff8880038c1054 FS： 00000000000000000（0000） GS：ffff8880fa8ea000（0000） knlGS：00000000000000000 CS：0010 DS：0000 ES：0000 CR0：0000000080050033 CR2：000055b31fa7f540 CR3：000000000078f4005 CR4：00000000000770ef0 PKRU：55555554呼叫追蹤： <IRQ> trace_buffer_unlock_commit_regs+0x6d/0x220 trace_event_buffer_commit+0x5c/0x260 trace_event_raw_event_softirq+0x47/0x80 raise_softirq_irqoff+0x6e/0xa0 rcu_read_unlock_special+0xb1/0x160 unwind_next_frame+0x203/0x9b0
    __unwind_start+0x15d/0x1c0 arch_stack_walk+0x62/0xf0 stack_trace_save+0x48/0x70
    __ftrace_trace_stack.constprop.0+0x144/0x180 trace_buffer_unlock_commit_regs+0x6d/0x220 trace_event_buffer_commit+0x5c/0x260 trace_event_raw_event_softirq+0x47/0x80 raise_softirq_irqoff+0x6e/0xa0 rcu_read_unlock_special+0xb1/0x160 unwind_next_frame+0x203/0x9b0
    __unwind_start+0x15d/0x1c0 arch_stack_walk+0x62/0xf0 stack_trace_save+0x48/0x70
    __ftrace_trace_stack.constprop.0+0x144/0x180 trace_buffer_unlock_commit_regs+0x6d/0x220 trace_event_buffer_commit+0x5c/0x260 trace_event_raw_event_softirq+0x47/0x80 raise_softirq_irqoff+0x6e/0xa0 rcu_read_unlock_special+0xb1/0x160 unwind_next_frame+0x203/0x9b0
    __unwind_start+0x15d/0x1c0 arch_stack_walk+0x62/0xf0 stack_trace_save+0x48/0x70
    __ftrace_trace_stack.constprop.0+0x144/0x180 trace_buffer_unlock_commit_regs+0x6d/0x220 trace_event_buffer_commit+0x5c/0x260 trace_event_raw_event_softirq+0x47/0x80 raise_softirq_irqoff+0x6e/0xa0 rcu_read_unlock_special+0xb1/0x160 __is_insn_slot_addr+0x54/0x70 kernel_text_address+0x48/0xc0 __kernel_text_address+0xd/0x40 unwind_get_return_address+0x1e/0x40 arch_stack_walk+0x9c/0xf0 stack_trace_save+0x48/0x70 __ftrace_trace_stack.constprop.0+0x144/0x180 trace_buffer_unlock_commit_regs+0x6d/0x220 trace_event_buffer_commit+0x5c/0x260 trace_event_raw_event_softirq+0x47/0x80 __raise_softirq_irqoff+0x61/0x80
    __flush_smp_call_function_queue+0x115/0x420 __sysvec_call_function_single+0x17/0xb0 sysvec_call_function_single+0x8c/0xc0 </IRQ> 提交 b41642c87716 （rcu：修正由於 IRQ 工作而導致的 rcu_read_unlock（） 死迴圈） 透過在呼叫 irq_work_queue_on（） 之前設定一個標誌，修正了 IRQ 工作 rcu_read_unlock_special（） 中的無限迴圈。我們透過在呼叫 raise_softirq_irqoff（） 之前設定相同的旗標並將旗標重新命名為 defer_qs_pending 以更常見來解決此問題。（CVE-2026-45957）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - crypto：nx - 修正 nx842_crypto_{alloc，free} 中的退信緩衝區洩漏_ctx 使用BOUNCE_BUFFER_ORDER （順序 2 = 4 頁） 與 __get_free_pages（） 一起分配退信緩衝區，但配置錯誤路徑和 nx842_crypto_free_ctx（） 都會使用 free_page（） 釋放緩衝區。請改用 free_pages（） 搭配比對順序。（CVE-2026-46068）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

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

  - netfilter： nft_counter：使用微調鎖序列化重設 新增全域靜態微調鎖以序列化計數器擷取+重設作業，防止並行傾印和重設不足值。在獲取總計之前進行鎖定，因此兩個並行重置無法讀取相同的計數器值，然後都減去它們。為了簡單起見，使用全域鎖定，因為重設不常發生。如果這成為瓶頸，稍後可以將其替換為每網鎖。（CVE-2026-45897）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

ID	名稱	嚴重性
317312	Linux Distros 未修補弱點：CVE-2026-46010	high
317311	Linux Distros 未修補的弱點：CVE-2026-24194	high
317310	Linux Distros 未修補弱點：CVE-2026-45951	high
317309	Linux Distros 未修補弱點：CVE-2026-48807	high
317308	Linux Distros 未修補弱點：CVE-2026-48784	medium
317307	Linux Distros 未修補的弱點：CVE-2026-24182	medium
317306	Linux Distros 未修補弱點：CVE-2026-46039	critical
317305	Linux Distros 未修補弱點：CVE-2026-48806	high
317304	Linux Distros 未修補弱點：CVE-2026-46060	medium
317303	Linux Distros 未修補的弱點：CVE-2026-24190	high
317302	Linux Distros 未修補弱點：CVE-2026-45982	medium
317301	Linux Distros 未修補的弱點：CVE-2026-49017	high
317300	Linux Distros 未修補的弱點：CVE-2026-44899	medium
317299	Linux Distros 未修補弱點：CVE-2026-49014	high
317298	Linux Distros 未修補的弱點：CVE-2026-41401	high
317297	Linux Distros 未修補的弱點：CVE-2026-44897	medium
317296	Linux Distros 未修補弱點：CVE-2026-45962	medium
317295	Linux Distros 未修補弱點：CVE-2026-47770	medium
317294	Linux Distros 未修補弱點：CVE-2026-46061	medium
317293	Linux Distros 未修補弱點：CVE-2026-45959	high
317292	Linux Distros 未修補的弱點：CVE-2026-24192	high
317291	Linux Distros 未修補的弱點：CVE-2026-24197	medium
317290	Linux Distros 未修補弱點：CVE-2025-33221	medium
317281	Linux Distros 未修補弱點：CVE-2026-45915	medium
317280	Linux Distros 未修補弱點：CVE-2026-46069	high
317279	Linux Distros 未修補弱點：CVE-2026-45893	high
317278	Linux Distros 未修補弱點：CVE-2026-45858	medium
317277	Linux Distros 未修補弱點：CVE-2026-45857	medium
317276	Linux Distros 未修補弱點：CVE-2026-46103	medium
317275	Linux Distros 未修補的弱點：CVE-2026-46015	high
317274	Linux Distros 未修補的弱點：CVE-2026-45936	high
317273	Linux Distros 未修補弱點：CVE-2026-45866	high
317272	Linux Distros 未修補弱點：CVE-2026-46078	high
317271	Linux Distros 未修補弱點：CVE-2026-46023	medium
317270	Linux Distros 未修補弱點：CVE-2026-48688	high
317269	Linux Distros 未修補弱點：CVE-2026-45991	high
317268	Linux Distros 未修補弱點：CVE-2026-45941	medium
317267	Linux Distros 未修補的弱點：CVE-2026-45867	high
317266	Linux Distros 未修補的弱點：CVE-2026-45901	medium
317265	Linux Distros 未修補弱點：CVE-2026-46077	medium
317264	Linux Distros 未修補弱點：CVE-2026-45984	high
317263	Linux Distros 未修補弱點：CVE-2026-45890	medium
317262	Linux Distros 未修補弱點：CVE-2026-46053	high
317261	Linux Distros 未修補弱點：CVE-2026-45988	critical
317260	Linux Distros 未修補弱點：CVE-2026-45974	medium
317259	Linux Distros 未修補的弱點：CVE-2026-45917	medium
317258	Linux Distros 未修補弱點：CVE-2026-45879	high
317257	Linux Distros 未修補弱點：CVE-2026-45957	high
317256	Linux Distros 未修補的弱點：CVE-2026-46068	high
317255	Linux Distros 未修補的弱點：CVE-2026-45897	medium

偵測

Nessus 的 Misc. 系列

high

high

high

high

medium

medium

critical

high

medium

high

medium

high

medium

high

high

medium

medium

medium

medium

high

high

medium

medium

medium

high

high

medium

medium

medium

high

high

high

high

medium

high

high

medium

high

medium

medium

high

medium

high

critical

medium

medium

high

high

high

medium