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

  - xen/privcmd：透過 VMA 分割修正雙重釋放privcmd_vm_ops定義了 .close （privcmd_close），但既沒有 .may_split 也沒有定義 .open。當使用者空間在 privcmd 映射上執行部分 munmap（） 時，核心會透過 __split_vma（） 分割 VMA。由於may_split為 NULL，因此允許分割。vm_area_dup（） 將vm_private_data（在 alloc_empty_pages（） 中分配的頁面陣列）複製到新的 VMA 中，無需任何修復，因為沒有 .open 回呼。兩個 VMA 現在都指向相同的頁面陣列。關閉未對應的部分時，privcmd_close（） 會呼叫： - xen_unmap_domain_gfn_range（） - xen_free_unpopulated_pages（） - kvfree（pages） 倖存的 VMA 仍保留懸空指標。當它稍後被銷毀時，相同的序列會再次運行，這會導致雙重釋放。透過新增拒絕 VMA 分割的 .may_split 回呼來修正此問題。這是 XSA-487 / CVE-2026-31787 （）CVE-2026-31787

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

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

  - ASP.NET 核心中對密碼簽章的不當驗證，使未經授權的攻擊者得以在網路上提升權限。（CVE-2026-40372）

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

遠端主機安裝的 AHV 版本早於 AHV-10.0。因此，它受到多項漏洞的影響，正如 NXSA-AHV-10.0 公告所提及。

  - 在 NTFS-3G 2021.8.22 之前版本中，特製的 NTFS 影像可觸發由 ntfs_get_attribute_value 中未清理的屬性所造成的堆積型緩衝區溢位弱點。(CVE-2021-39263)

  - 在 2.6.3之前的 libexpat 中發現一個問題。xmlparse.c 中的 nextScaffoldPart 可使 32 位元平台上的 m_groupSize 發生整數溢位 (其中 UINT_MAX 等於 SIZE_MAX)。(CVE-2024-45492)

  - Flatpak 是一種 Linux 應用程式沙箱和發布架構。在 1.14.0 和 1.15.10 之前版本中，使用永久目錄的惡意或遭入侵的 Flatpak 應用程式可存取和寫入其原本沒有存取權限的檔案，這是對應用程式完整性和機密性的攻擊。
    在應用程式權限中使用 `persistent=subdir` 時 (在命令列介面中表示為 `--persist=subdir`)，這表示原本無權存取真實使用者主目錄的應用程式會看到具有可寫入子目錄「subdir」的空白主目錄。在後台，此目錄實際上是一個 bind 掛載，且資料以「~/.var/app/$APPID/subdir」形式儲存在每個應用程式的目錄中。這使得不知道各應用程式目錄的現有應用程式在沒有一般主目錄存取權的情況下，仍可如預期運作。不過，應用程式確實擁有儲存此目錄的應用程式目錄「~/.var/app/$APPID」的寫入存取權。如果將「persistent`/`--persist」選項的來源目錄替換為符號連結，則下次啟動應用程式時，bind 掛載會遵循符號連結，並將其指向的任何項目掛載到沙箱中。透過使用認可 ceec2ffc 和 98f79773 中的修補程式修補 Flatpak，可針對此弱點提供部分防護。但是，這會產生爭用條件，而兩個平行執行的惡意應用程式執行個體可以利用此爭用條件。若要解決爭用條件，需要更新或修補 Flatpak 所使用的 bubblewrap 版本，以新增使用此修補程式的「--bind-fd」選項，然後修補 Flatpak 以使用它。如果在構建時使用「-Dsystem_bubblewrap=bwrap」(1.15.x) 或「--with-system-bubblewrap=bwrap」(1.14.x 或更舊版本) 或類似選項設定 Flatpak，則需要修補的 bubblewrap 版本是單獨發布的系統複本，通常是「/usr/bin/bwrap」。Linux 發行版本中通常使用此設定。如果在構建時使用「-Dsystem_bubblewrap=」(1.15.x) 或「--without-system-bubblewrap」(1.14.x 或更舊版本) 來設定 Flatpak，則必須修補 Flatpak 隨附的搭售版 bubblewrap。這通常安裝為「/usr/libexec/flatpak-bwrap」。
    這是使用原始程式碼構建時的預設設定。針對 1.14.x 穩定分支，這些變更已包含在 Flatpak 1.14.10 中。此版本隨附的搭售版 bubblewrap 已更新至 0.6.3。針對 1.15.x 開發分支，這些變更已包含在 Flatpak 1.15.10 中。
    此版本隨附的搭售版 bubblewrap 是 Meson wrap 子專案，現已更新至 0.10.0。1.12.x 和 1.10.x 分支不再針對此弱點進行更新。長期支援 OS 發行版本應將個別變更反向移植至其 Flatpak 和 bubblewrap 版本，或在穩定性原則允許的情況下更新至更高版本。因應措施為避免使用具有「persistent」(「--persist」) 權限的應用程式。(CVE-2024-42472)

  - 遠端攻擊者可利用 DNS 通訊協定 (在 RFC 4033、4034、4035、6840 和相關 RFC 中) 的特定 DNSSEC 方面，透過一或多個 DNSSEC 回應造成拒絕服務 (CPU 消耗)，即 KeyTrap 問題。其中一個問題是，當某個區域具有多個 DNSKEY 和 RRSIG 記錄時，通訊協定規格即表示演算法必須評估 DNSKEY 和 RRSIG 記錄的所有組合。(CVE-2023-50387)

  - 遠端攻擊者可利用 DNS 通訊協定 (略過 RFC 9276 指南時為 RFC 5155) 的最近封裝證明部分，透過隨機子網域攻擊中的 DNSSEC 回應造成拒絕服務 (SHA-1 計算的 CPU 消耗)，即 NSEC3 問題。RFC 5155 規格即表示，演算法必須在某些情況下執行雜湊函式的數千次反覆運算。(CVE-2023-50868)

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

遠端主機上安裝的 AOS 版本低於 7.5.1.2。因此，它會受到 NXSA-AOS-7.5.1.2 公告中提及的多個弱點的影響。

  - LIBPNG 是讀取、建立及操控 PNG (可攜式網路圖形) 點陣影像檔案的應用程式中使用的參照程式庫。之前， 1.6.55png_set_quantize（） API 函式中存在越界讀取弱點。當以沒有直方圖的方式呼叫函式，且調色盤中的色彩數目超過使用者顯示所支援的上限的兩倍以上時，某些調色盤會導致函式進入無限迴圈，讀取超過內部堆積配置緩衝區的結尾。
    觸發此弱點的影像根據 PNG 規格有效。此弱點已在 1.6.55 中修正。(CVE-2026-25646)

  - Apache Tomcat Native、Apache Tomcat 中的不當輸入驗證弱點。使用 OCSP 回應程式時，Tomcat Native (以及 Tomcat Native 程式碼的 Tomcat FFM 連接埠) 未對 OCSP 回應完成驗證或時效性檢查，這可允許繞過憑證撤銷。此問題影響以下版本的 Apache Tomcat Native：1.3.0 至 1.3.4、2.0.0 至 2.0.11；Apache Tomcat：
    11.0.0-M1 至 11.0.17、10.1.0-M7 至 10.1.51、9.0.83 至 9.0.114。下列版本在建立 CVE 時已停產，但已知會受到影響：1.1.23 至 1.1.34 和 1.2.0 至 1.2.39。較舊的停產版本不受影響。建議 Apache Tomcat Native 使用者升級至 1.3.5 或更新版本，或是 2.0.12 或更新版本，以修正此問題。建議 Apache Tomcat 使用者升級至 11.0.18 或更新版本、10.1.52 或更新版本、9.0.115 或更新版本，以修正此問題。(CVE-2026-24734)

  - 問題摘要：針對具有 BMPString (UTF-16BE) 友好名稱且包含非 ASCII BMP 程式碼點的惡意特製的 PKCS#12 檔案，呼叫 PKCS12_get_friendlyname() 函式時，可能觸發在配置的緩衝區之前進行單一位元組寫入的弱點。時間戳記回應超出邊界寫入問題可造成記憶體損毀，進而導致包括拒絕服務等多種後果。OPENSSL_uni2utf8() 函式會執行從 PKCS#12 BMPString (UTF-16BE) 到 UTF-8 的兩次傳遞轉換。在第二次傳遞中，當發出 UTF-8 位元組時，協助程式函式 bmp_to_utf8() 會錯誤地將剩餘 UTF-16 來源位元組計數作為目的地緩衝區容量轉送至 UTF8_putc()。針對 U+07FF 以上的 BMP 程式碼點，UTF-8 需要三個位元組，但轉送的容量可能只有兩個位元組。UTF8_putc() 之後會傳回 -1，且此負值會在未經驗證的情況下新增至輸出長度，導致長度變成負值。隨後的結尾 NUL 位元組會以負位移寫入，進而造成堆積配置緩衝區之外的寫入。
    剖析受攻擊者控制的 PKCS#12 檔案時，可透過公開 PKCS12_get_friendlyname() API 連線至該弱點。當 PKCS12_parse() 使用沒有此問題的不同程式碼路徑時，PKCS12_get_friendlyname() 會直接叫用易受攻擊的函式。若要利用此弱點，攻擊者需要提供惡意的 PKCS#12 檔案以供應用程式剖析，且攻擊者可在配置的緩衝區前觸發一個零位元組寫入。因此，根據我們的安全性原則，將此問題的嚴重性評估為「低危」。3.6、3.5、3.4、3.3 和 3.0 中的 FIPS 模組不受此問題影響，因為 PKCS#12 實作位於 OpenSSL FIPS 模組邊界之外。OpenSSL 3.6、3.5、3.4、3.3、3.0 和 1.1.1 易受此問題影響。OpenSSL 1.0.2 不會受到此問題影響。
    (CVE-2025-69419)

  - 已解決 Linux 核心中的下列弱點：crypto: algif_aead - Revert to operating out-of-place This mostly reverts commit 72548b093ee3 except for the copying of the associated data. There is no benefit in operating in-place in algif_aead since the source and destination come from different mappings. Get rid of all the complexity added for in-place operation and just copy the AD directly. (CVE-2026-31431)

  - Vim 是開放原始碼命令列文字編輯器。9.1.2132 之前版本在處理「helpfile」選項時，Vim 的標籤檔案解析邏輯存在堆積緩衝區溢位弱點。此弱點位於 src/tag.c 的 get_tagfname() 函式中。處理說明檔案標籤時，Vim 會在不進行任何邊界檢查的情況下，使用不安全的 STRCPY() 作業，將使用者控制的「helpfile」選項值複製到 MAXPATHL + 1 位元組 (通常為 4097 位元組) 的固定大小堆積緩衝區中。此問題已在 9.1.2132 版中修正。(CVE-2026-25749)

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

遠端主機上安裝的 AHV 版本低於 10.0.0.1 / AHV-10.0.0.1。因此，它會受到 NXSA-AHV-10.0.0.1 公告中所述多個弱點的影響。

  - RFC 2865 下的 RADIUS 通訊協定容易遭受由本機攻擊者發動的偽造攻擊，此類攻擊者可以針對 MD5 回應驗證器簽章使用選擇前綴碰撞攻擊，修改對任何其他回應做出的任何有效回應 (Access-Accept、Access-Reject 或 Access-Challenge) 。 (CVE-2024-3596)

  - 在 2.6.4之前的 libexpat 中發現一個問題。XML_ResumeParser 函式內發生損毀，因為 XML_StopParser 可停止/暫停未啟動的剖析器。(CVE-2024-50602)

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

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

  - 在 MIT Kerberos 5（又名 krb5）之前 1.22.3，若應用程式呼叫 gss_accept_sec_context NegoEx 機制（註冊於 /etc/gss/mech）的系統，則會產生整數下溢及超出範圍讀取。未經認證的遠端攻擊者可能會觸發此事，可能導致程序在parse_message中終止。（CVE-2026-40356）

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

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

  - Oracle Virtualization 的 Oracle VM VirtualBox 產品中的弱點 (元件：Core)。受影響的支援版本是 7.2.6。此弱點較易攻擊成功，高特權攻擊者可藉此登入 Oracle VM VirtualBox 執行所在的基礎結構，進而入侵 Oracle VM VirtualBox。雖然弱點存在於 Oracle VM VirtualBox 中，但攻擊可能對其他產品造成重大影響 (範圍變更)。若成功攻擊此弱點，未經授權即可存取重要資料，或完整存取所有 Oracle VM VirtualBox 可存取資料。(CVE-2026-35247)

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

遠端主機上安裝的 AHV 版本在 / AHV-10.3.1.7 之前 10.3.1.7 。因此，它會受到 NXSA-AHV-10.3.1.7 公告中提及的多個弱點的影響。

  - 使用已設定的 nsswitch.conf 呼叫 getnetbyaddr 或 getnetbyaddr_r，該 nsswitch.conf 指定程式庫的網路DNS後端，並在 GNU C 程式庫版本 2.0 對版本 2.42 中查詢零值網路，可能會將堆疊內容洩漏至已設定的 DNS 解析器。（CVE-2026-0915）

  - pyasn1 是 Python 的通用 ASN.1 程式庫。之前， 0.6.2已發現拒絕服務問題，會因格式錯誤的 RELATIVE-OID 和過多的連續八位元組而耗盡記憶體。此弱點已在 0.6.2 中修正。(CVE-2026-23490)

  - 問題摘要：針對具有 BMPString (UTF-16BE) 友好名稱且包含非 ASCII BMP 程式碼點的惡意特製的 PKCS#12 檔案，呼叫 PKCS12_get_friendlyname() 函式時，可能觸發在配置的緩衝區之前進行單一位元組寫入的弱點。時間戳記回應超出邊界寫入問題可造成記憶體損毀，進而導致包括拒絕服務等多種後果。OPENSSL_uni2utf8() 函式會執行從 PKCS#12 BMPString (UTF-16BE) 到 UTF-8 的兩次傳遞轉換。在第二次傳遞中，當發出 UTF-8 位元組時，協助程式函式 bmp_to_utf8() 會錯誤地將剩餘 UTF-16 來源位元組計數作為目的地緩衝區容量轉送至 UTF8_putc()。針對 U+07FF 以上的 BMP 程式碼點，UTF-8 需要三個位元組，但轉送的容量可能只有兩個位元組。UTF8_putc() 之後會傳回 -1，且此負值會在未經驗證的情況下新增至輸出長度，導致長度變成負值。隨後的結尾 NUL 位元組會以負位移寫入，進而造成堆積配置緩衝區之外的寫入。
    剖析受攻擊者控制的 PKCS#12 檔案時，可透過公開 PKCS12_get_friendlyname() API 連線至該弱點。當 PKCS12_parse() 使用沒有此問題的不同程式碼路徑時，PKCS12_get_friendlyname() 會直接叫用易受攻擊的函式。若要利用此弱點，攻擊者需要提供惡意的 PKCS#12 檔案以供應用程式剖析，且攻擊者可在配置的緩衝區前觸發一個零位元組寫入。因此，根據我們的安全性原則，將此問題的嚴重性評估為「低危」。3.6、3.5、3.4、3.3 和 3.0 中的 FIPS 模組不受此問題影響，因為 PKCS#12 實作位於 OpenSSL FIPS 模組邊界之外。OpenSSL 3.6、3.5、3.4、3.3、3.0 和 1.1.1 易受此問題影響。OpenSSL 1.0.2 不會受到此問題影響。
    (CVE-2025-69419)

  - Vim 是開放原始碼命令列文字編輯器。9.1.2132 之前版本在處理「helpfile」選項時，Vim 的標籤檔案解析邏輯存在堆積緩衝區溢位弱點。此弱點位於 src/tag.c 的 get_tagfname() 函式中。處理說明檔案標籤時，Vim 會在不進行任何邊界檢查的情況下，使用不安全的 STRCPY() 作業，將使用者控制的「helpfile」選項值複製到 MAXPATHL + 1 位元組 (通常為 4097 位元組) 的固定大小堆積緩衝區中。此問題已在 9.1.2132 版中修正。(CVE-2026-25749)

  - Python 標準函式庫函式 'urllib.parse.urlsplit' 和 'urlparse' 接受的網域名稱包含方括號，根據 RFC 3986，這是無效的。方括號僅用於在 URL 中指定 IPv6 和 IPvFuture 主機的分隔符號。此情況可導致跨 Python URL 剖析器和其他符合規格的 URL 剖析器之間發生差異剖析。(CVE-2025-0938)

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

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

  - 在 libdwarf 0.4.1 中，dwarf_frame.c 的 _dwarf_exec_frame_instr 中存在重複釋放弱點。(CVE-2022-39170)

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

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

  - Apache MINA AbstractIoBuffer.getObject（） 中的修正 CVE-2024-52046 不完整。在要讀取的類別中的靜態初始化程式可能已經執行之後，套用允許還原序列化的類別的類別名稱允許清單為時已晚。受影響的版本Apache MINA 2.0.0 <= 2.0.27、 2.1.0 <= 2.1.10和 2.2.0 <= 2.2.5。此問題已在 Apache MINA 2.0.28中 2.1.11解決，並 2.2.6 透過先前套用類別名稱允許清單。受影響的是使用 Apache MINA 並調用 IoBuffer.getObject（） 的應用程式。建議使用 Apache MINA 的應用程式升級 （CVE-2026-41409）

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

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

  - Apache MINA 的 AbstractIoBuffer.resolveClass（） 包含兩個分支，其中一個分支（對於靜態類別或原始類型）根本不檢查該類，繞過類別名稱允許清單並允許執行任意程式碼。此修正程式會在呼叫 Class.forName（） 之前，檢查該類別是否存在於接受的類別篩選器中。受影響的版本Apache MINA 2.0.0 <= 2.0.27、 2.1.0 <= 2.1.10和 2.2.0 <= 2.2.5。
    此問題已在 Apache MINA 2.0.28中 2.1.11解決，並 2.2.6 透過先前套用類別名稱允許清單。受影響的是使用 Apache MINA 並調用 IoBuffer.getObject（） 的應用程式。建議使用 Apache MINA 的應用程式升級。（CVE-2026-41635）

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

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

  - Firefox 149 和 Thunderbird 149 中存在記憶體安全錯誤。某些錯誤顯示記憶體會遭到損毀，我們推測若有心人士有意操控，可能惡意利用其中部分錯誤執行任意程式碼。此漏洞已在 Firefox 150 與 Thunderbird 150 中修正。（CVE-2026-6784）

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

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

  - net： ti： icssg-prueth：修正 RX 路徑中 CPPI 描述元的釋放後使用 cppi5_hdesc_get_psdata（） 會傳回指向 CPPI 描述元的指標。在 emac_rx_packet（） 和 emac_rx_packet_zc（） 中，在 emac_rx_timestamp（） 使用 psdata 指標之前，描述元會透過 k3_cppi_desc_pool_free（） 釋放，而 （） 會解除參照 psdata[0] 和 psdata[1]。這構成了每個通過時間戳記路徑的接收封包的釋放後使用。延遲釋放描述元，直到透過 psdata 指標的所有存取完成為止。對於 emac_rx_packet（），請將釋放移至重新佇列標籤中，以便在完成所有存取後，提前結束和成功路徑都會釋放描述元。對於 emac_rx_packet_zc（），在 emac_dispatch_skb_zc（） （呼叫 emac_rx_timestamp（）） 傳回後，將自由移動到迴圈主體的末尾。
    (CVE-2026-31501)

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

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

  - WebRTC 元件邊界條件錯誤。此漏洞已在 Firefox 150 與 Thunderbird 150 中修正。（CVE-2026-6775）

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

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

  - IP 保護元件中的資訊揭露。此漏洞已在 Firefox 150 與 Thunderbird 150 中修正。（CVE-2026-6782）

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

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

  - 網路：Cookies 元件中的緩解繞過。此漏洞已在 Firefox 150 與 Thunderbird 150 中修正。（CVE-2026-6760）

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

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

  - 音訊/視訊：播放部分的拒絕服務。此漏洞已在 Firefox 150 與 Thunderbird 150 中修正。（CVE-2026-6781）

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

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

  - Android 版 Firefox 中的緩解繞過。此漏洞在 Firefox 150 中已修正。（CVE-2026-6756）

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

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

  - JavaScript 引擎元件中的另一個問題。此漏洞已在 Firefox 150 與 Thunderbird 150 中修正。（CVE-2026-6779）

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

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

  - 因整數溢位而導致 Graphics： WebGPU 元件的拒絕服務。此漏洞已在 Firefox 150 與 Thunderbird 150 中修正。（CVE-2026-6773）

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

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

  - xfrm： iptfs：修正重組期間非線性 skb 上的 skb_put（） 錯誤 在 iptfs_reassem_cont（） 中，IP-TFS 會嘗試將資料附加到正在重組的新內部封包「newskb」。首先，如果成功，則嘗試零拷貝方法，然後 newskb 變成非線性。當相同資料包中的後續片段不符合快速路徑條件時，會執行記憶體複製。它調用 skb_put（） 來附加數據，由於 newskb 是非線性的，因此會觸發SKB_LINEAR_ASSERT檢查。哎呀：無效的操作碼：0000 [#1] SMP NOPTI [...]撕裂：0010：skb_put+0x3c/0x40 [...]呼叫追蹤： <IRQ> iptfs_reassem_cont+0x1ab/0x5e0 [xfrm_iptfs] iptfs_input_ordered+0x2af/0x380 [xfrm_iptfs] iptfs_input+0x122/0x3e0 [xfrm_iptfs] xfrm_input+0x91e/0x1a50 xfrm4_esp_rcv+0x3a/0x110 ip_protocol_deliver_rcu+0x1d7/0x1f0 ip_local_deliver_finish+0xbe/0x1e0 __netif_receive_skb_core.constprop.0+0xb56/0x1120
    __netif_receive_skb_list_core+0x133/0x2b0 netif_receive_skb_list_internal+0x1ff/0x3f0 napi_complete_done+0x81/0x220 virtnet_poll+0x9d6/0x116e [virtio_net] __napi_poll.constprop.0+0x2b/0x270 net_rx_action+0x162/0x360 handle_softirqs+0xdc/0x510 __irq_exit_rcu+0xe7/0x110 irq_exit_rcu+0xe/0x20 common_interrupt+0x85/0xa0 </IRQ> <TASK> 透過檢查 skb 是否為非線性來修正此問題。如果是，請呼叫 skb_linearize（） 將其線性化。由於 newskb 的初始分配最初為整個重新組合的封包預留了足夠的尾部空間，因此我們不需要檢查是否有足夠的尾部空間或擴展它。（CVE-2026-31517）

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

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

  - ASoC： sma1307：修正雙重釋放的 devm_kzalloc（） 記憶體 先前的變更已新增 sma1307_setting_loaded（） 中配置失敗的空值檢查及清除作業。但是，mode_set項目的清除是錯誤的。
    這些項目是使用 devm_kzalloc（） 配置的，因此它們是裝置管理的資源，不得使用 kfree（） 釋放。在錯誤路徑中手動釋放它們可能會導致 devres 稍後釋放相同的記憶體時雙重釋放。刪除手動 kfree（） 迴圈，讓 devres 處理清理。（CVE-2026-31475）

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

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

  - 網路中的另一個問題：DNS 組件。此漏洞已在 Firefox 150 與 Thunderbird 150 中修正。（CVE-2026-6777）

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

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

  - 在 Dolibarr ERP 與 CRM 22.0.4 的網站模組及以下內容中，應用程式使用基於黑名單的過濾來限制與系統指令執行相關的危險 PHP 功能。具備編輯 PHP 內容權限的認證使用者可繞過此過濾，實現遠端完整程式碼執行，並能在伺服器上執行任意作業系統指令。（CVE-2026-31019）

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

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

  - 已解決 Linux 核心中的下列弱點：tracing: Drain deferred trigger frees if kthread creation fails Boot-time trigger registration can fail before the trigger-data cleanup kthread exists. Deferring those frees until late init is fine, but the post-boot fallback must still drain the deferred list if kthread creation never succeeds. Otherwise, boot-deferred nodes can accumulate on trigger_data_free_list, later frees fall back to synchronously freeing only the current object, and the older queued entries are leaked forever. To trigger this, add the following to the kernel command line:
    trace_event=sched_switch trace_trigger=sched_switch.traceon,sched_switch.traceon The second traceon trigger will fail and be freed. This triggers a NULL pointer dereference and crashes the kernel. Keep the deferred boot-time behavior, but when kthread creation fails, drain the whole queued list synchronously.
    Do the same in the late-init drain path so queued entries are not stranded there either. (CVE-2026-31481)

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

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

  - 版本之前 26.1 的 PIP 會在安裝輪子檔案後執行自我更新檢查功能，這需要匯入知名的 Python 模組名稱。這些模組進口是刻意延後的，以延長 pip CLI 的啟動時間。該補丁將自我更新功能改為在安裝輪組前執行，以防止新安裝模組在安裝輪組後不久被匯入。使用者仍應在安裝前檢視套件內容。（CVE-2026-6357）

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

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

  - 已解決 Linux 核心中的下列弱點：drm/amd/display: check if ext_caps is valid in BL setup LVDS connectors don't have extended backlight caps so check if the pointer is valid before accessing it. (cherry picked from commit 3f797396d7f4eb9bb6eded184bbc6f033628a6f6) (CVE-2026-31460)

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

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

  - 在 Dolibarr ERP 與 CRM <= 22.0.4中，網站模組中的 PHP 程式碼偵測與編輯權限強制並非對所有輸入參數都一致套用，導致受限於 HTML/JavaScript 編輯的認證使用者，在建立網站頁面時，透過未受保護的輸入注入 PHP 程式碼。
    (CVE-2026-31018)

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

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

  - 邊界條件錯誤，音訊/視訊：播放元件出現整數溢位。此漏洞已在 Firefox 150 與 Thunderbird 150 中修正。（CVE-2026-6783）

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

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

  - 音訊/視訊：播放部分的拒絕服務。此漏洞已在 Firefox 150 與 Thunderbird 150 中修正。（CVE-2026-6780）

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

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

  - DOM: Security 元件中的緩解措施繞過。此漏洞已在 Firefox 150 與 Thunderbird 150 中修正。（CVE-2026-6774）

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

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

  - 已解決 Linux 核心中的下列弱點：iomap: fix invalid folio access when i_blkbits differs from I/O granularity Commit aa35dd5cbc06 (iomap: fix invalid folio access after folio_end_read()) partially addressed invalid folio access for folios without an ifs attached, but it did not handle the case where 1 << inode->i_blkbits matches the folio size but is different from the granularity used for the IO, which means IO can be submitted for less than the full folio for the !ifs case. In this case, the condition: if (*bytes_submitted == folio_len) ctx->cur_folio = NULL; in iomap_read_folio_iter() will not invalidate ctx->cur_folio, and iomap_read_end() will still be called on the folio even though the IO helper owns it and will finish the read on it. Fix this by unconditionally invalidating ctx->cur_folio for the !ifs case. (CVE-2026-31463)

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

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

  - xfrm： iptfs：驗證 IPTFS 承載中的內部 IPv4 標頭長度 新增驗證從 __input_process_payload（） 中解密的 IPTFS 承載剖析的內部 IPv4 封包tot_len和 ihl 欄位。包含內部 IPv4 標頭的特製 ESP 封包 （tot_len=0） 會導致無限迴圈：iplen=0 導致 capturelen=min（0， remaining）=0，因此資料偏移永遠不會前進，while （資料<尾） 迴圈永遠不會終止，在 softirq 上下文中永遠旋轉。拒絕tot_len < ihl*4 或 ihl*4 < sizeof（struct iphdr） 的內部 IPv4 封包，這會同時擷取 tot_len=0 大小寫和格式錯誤的 IHL 值。一般 IP 堆疊會在 ip_rcv_core（） 中執行此驗證，但 IPTFS 會在內部封包到達該層之前擷取並處理內部封包。（CVE-2026-31472）

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

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

  - 已解決 Linux 核心中的下列弱點：io_uring/fdinfo: fix OOB read in SQE_MIXED wrap check __io_uring_show_fdinfo() iterates over pending SQEs and, for 128-byte SQEs on an IORING_SETUP_SQE_MIXED ring, needs to detect when the second half of the SQE would be past the end of the sq_sqes array. The current check tests (++sq_head & sq_mask) == 0, but sq_head is only incremented when a 128-byte SQE is encountered, not on every iteration. The actual array index is sq_idx = (i + sq_head) & sq_mask, which can be sq_mask (the last slot) while the wrap check passes. Fix by checking sq_idx directly. Keep the sq_head increment so the loop still skips the second half of the 128-byte SQE on the next iteration. (CVE-2026-31484)

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

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

  - 在 GPAC 至 26.03-DEV-rev105-g8f39a1eb3-master 時發現了安全漏洞。此漏洞影響了組件 MP4Box 中檔案 src/isomedia/box_code_base.c 的功能elng_box_read。對參數 elng 進行操作會導致讀取超出範圍。攻擊需要在本機進行。該漏洞已公開，可能被用於攻擊。該補丁命名為 cf6ac48c972eaaee2af270adc3f36615325deb3e。受影響的元件應該升級。
    (CVE-2026-7135)

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

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

  - 網路：Cookies 元件中的緩解繞過。此漏洞已在 Firefox 150 與 Thunderbird 150 中修正。（CVE-2026-6768）

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

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

  - JavaScript: WebAssembly 元件中存在釋放後使用弱點。此漏洞已在 Firefox 150 與 Thunderbird 150 中修正。（CVE-2026-6758）

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

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

  - xfrm：iptfs：僅在複製設定後發佈mode_data iptfs_clone_state（） 會在配置重新排序時段之前儲存 X->mode_data。如果該配置失敗，程式碼會釋放複製的狀態並傳回
    -ENOMEM，讓 x->mode_data 指向釋放的記憶體。xfrm 複製展開稍後會透過 x->mode_data 執行 destroy_state（），因此失敗的複製路徑會破壞 clone_state（） 已釋放的 IPTFS 狀態。
    在所有分配成功之前，將複製的 IPTFS 狀態保持私有，因此失敗的複製會保留 x->mode_data 未設定。銷毀路徑已處理 NULL mode_data指標。（CVE-2026-31471）

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

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

  - mm/damon/core：避免使用半線上提交的上下文 damon_call（） 的一個主要用途是線上 DAMON 參數更新。這是透過在 damon_call（） 回呼函式中呼叫 damon_commit_ctx（） 來完成的。
    damon_commit_ctx（） 可能因為兩個原因而失敗：1） 參數無效和 2） 內部記憶體配置失敗。如果發生失敗，嘗試更新 （認可目的地） 的damon_ctx可能會部分更新 （或從某個角度來看已損毀），因此不應再使用。此函式僅確保damon_ctx物件可以使用 damon_destroy_ctx（） 安全地解除配置。不過，API 呼叫端只有在宣告參數有效之後才會呼叫 damon_commit_ctx（），以避免 damon_commit_ctx（） 因輸入參數無效而失敗。但如果內部記憶體分配失敗，理論上仍然會失敗。在這種情況下，DAMON 可能會使用部分更新的damon_ctx來執行。這可能會導致意外行為，包括在 damos_commit_dests（） 失敗的情況下甚至出現 NULL 指標解除參照 [1]。可以說，這種分配失敗太小而無法失敗，因此對現實世界的影響很少見。但是，考慮到不良後果，這需要解決。將 damon_commit_ctx（） 失敗儲存在 damon_ctx 物件上，以避免此類部分認可 （可能已損毀） 的damon_ctx使用。為此，引入damon_ctx>maybe_corrupted欄位。damon_commit_ctx（） 會在失敗時設定它。kdamond_call（） 檢查欄位是否在每次執行 damon_call_control->fn（） 後設定。如果已設定，請忽略剩餘的回呼要求並傳回。所有 kdamond_call（） 呼叫端 （包括 kdamond_fn（） 在內，也會在 kdamond_call（） 叫用後立即檢查maybe_corrupted欄位。如果已設定欄位，請中斷 kdamond_fn（） 主迴圈，讓 DAMON sill 不會使用可能損毀的上下文。[sj@kernel.org：無論maybe_corrupted如何，都讓 kdamond_call（） 與 cancel]（CVE-2026-31445）

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

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

  - EDAC/mc：修正錯誤路徑順序 edac_mc_alloc（） 當 edac_mc_alloc（） 中的 mci->pvt_info 配置失敗時，錯誤路徑會呼叫 put_device（），最終呼叫裝置的釋放函式。
    然而，初始化順序錯誤，導致 device_initialize（） 發生在配置失敗之後，因此裝置本身和釋放函式指標在被呼叫時尚未初始化：
    MCE：核心內 MCE 解碼已啟用。------------[ cut here]------------ kobject： '（null）'： 尚未初始化，但 kobject_put（） 正在被呼叫。警告：lib/kobject.c：734 於 kobject_put， CPU#22：
    systemd-udevd CPU： 22 UID： 0 PID： 538 通訊： systemd-udevd 未受污染 7.0.0-rc1+ #2 PREEMPT（完整） RIP：
    0010：kobject_put 通話追蹤： <TASK> edac_mc_alloc+0xbe/0xe0 [edac_core] amd64_edac_init+0x7a4/0xff0 [amd64_edac] ？ __pfx_amd64_edac_init+0x10/0x10 [amd64_edac] do_one_initcall ... 重新排序呼叫序列，使裝置被初始化，釋放功能指標在可用前已正確設定。這是 Claude 在審查另一個 EDAC 補丁時發現的。（CVE-2026-31689）

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

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

  - 音訊/視訊：播放元件中的指標無效。此漏洞已在 Firefox 150 與 Thunderbird 150 中修正。（CVE-2026-6778）

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

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

  - 已解決 Linux 核心中的下列弱點：drm/xe/pf: Fix use-after-free in migration restore When an error is returned from xe_sriov_pf_migration_restore_produce(), the data pointer is not set to NULL, which can trigger use-after-free in subsequent .write() calls. Set the pointer to NULL upon error to fix the problem. (cherry picked from commit 4f53d8c6d23527d734fe3531d08e15cb170a0819) (CVE-2026-31490)

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

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

  - mm/damon/sysfs：修正 damon_sysfs_new_test_ctx（） 失敗時的param_ctx洩漏修補程式系列 mm/damon/sysfs：修正記憶體洩漏和 NULL 解除參照問題，v4。DAMON_SYSFS可能會在配置失敗時洩漏記憶體，並在特權使用者進行錯誤的控制序列時執行 NULL 指標解除參照。修正這些問題。此修補程式 （共 3 個）：當 damon_sysfs_new_test_ctx（） 在 damon_sysfs_commit_input（） 中失敗時，param_ctx會洩漏，因為早期傳回會跳過 out 標籤處的清理作業。在返回之前摧毀param_ctx。（CVE-2026-31459）

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

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

  - mm/damon/sysfs：檢查 repeat_call_fn damon_sysfs_repeat_call_fn（） 呼叫 damon_sysfs_upd_tuned_intervals（）、damon_sysfs_upd_schemes_stats（） 和 damon_sysfs_upd_schemes_effective_quotas（） 中的 contexts->nr，而不檢查 contexts->nr。如果在 DAMON 執行時透過 sysfs 將 nr_contexts 設定為 0，則這些函式會解除參照 contexts_arr[0] 並造成 NULL 指標解除參照。新增遺漏的檢查。例如，可以使用 DAMON sysfs 介面和 DAMON 使用者空間工具 （damo） [1] 重現此問題，如下所示。$ sudo damo start --refresh_interval 1s $ echo 0 | sudo tee \ /sys/kernel/mm/damon/admin/kdamonds/0/contexts/nr_contexts （CVE-2026-31457）

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

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

  - DOM 中的緩解繞過：postMessage 元件。此漏洞已在 Firefox 150 與 Thunderbird 150 中修正。（CVE-2026-6755）

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

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

  - 已解決 Linux 核心中的下列弱點：cxl/region: Fix leakage in
    __construct_region() Failing the first sysfs_update_group() needs to explicitly kfree the resource as it is too early for cxl_region_iomem_release() to do so. (CVE-2026-31529)

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

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

  - 回寫：不要阻止沒有資料完整性保證的檔案系統的同步 為無法保證同步時資料持久性的檔案系統新增SB_I_NO_DATA_INTEGRITY超級區塊旗標 （例如 fuse）。對於已設定此旗標的超級區塊，同步會啟動已變更 inode 的回寫，但不會等候排清執行緒完成回寫。這取代了提交 f9a49aa302a0 中新增的 per-inode AS_NO_DATA_INTEGRITY 映射標誌 （fs/writeback：跳過 wait_sb_inodes（）） 中的AS_NO_DATA_INTEGRITY映射）。此旗標屬於超級區塊層級，因為資料完整性是檔案系統範圍的屬性，而不是每個 inode 的屬性。在超級區塊層級使用此旗標也允許我們跳過迭代 wait_sb_inodes（） 中的每個髒 inode 而只是單獨跳過每個 inode。在此認可之前，沒有資料完整性保證的對應會略過等候回寫完成，但仍會在排清程式執行緒上等候完成回寫。沒有必要等待沖洗線程。此認可會啟動回寫，但不會等候排清程式執行緒。此變更正確解決了最近的報告 [1]，該報告涉及在 fuse-overlayfs 上看到的暫停至 RAM 懸置，這是由於等待排清執行緒完成所造成：
    工作佇列：pm_fs_sync pm_fs_sync_work_fn呼叫追蹤： <TASK> __schedule+0x457/0x1720 schedule+0x27/0xd0 wb_wait_for_completion+0x97/0xe0 sync_inodes_sb+0xf8/0x2e0 __iterate_supers+0xdc/0x160 ksys_sync+0x43/0xb0 pm_fs_sync_work_fn+0x17/0xa0 process_one_work+0x193/0x350 worker_thread+0x1a1/0x310 kthread+0xfc/0x240 ret_from_fork+0x243/0x280 ret_from_fork_asm+0x1a/0x30 </TASK> 在 fuse 上，這是有問題的，因為有些路徑可能會導致排清執行緒阻塞 （例如，如果 systemd 在叫用核心暫停之前先凍結使用者工作階段 cgroups，這會凍結 fuse 精靈。核心暫停觸發
    ->write_node（），該請求在 fuse 上發出同步 setattr 請求，由於常駐程式被凍結，因此無法處理該請求。或者，如果常駐程式有錯誤且無法正確完成回寫，則在已處於回寫狀態的已變更對開本上啟動回寫會導致 writeback_get_folio（） -> folio_prepare_writeback（） ->無條件地等待回寫完成，這會導致懸置）。此提交會將 fuse 還原為移除 tmp 對開本之前的先前行為，其中同步基本上是無操作的。[1] https://lore.kernel.org/linux-fsdevel/CAJnrk1a-asuvfrbKXbEwwDSctvemF+6zfhdnuzO65Pt8HsFSRw@mail.gmail.com/T/#m632c4648e9cafc4239299887109ebd880ac6c5c1(CVE-2026-31465）

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

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

  - igb：移除 igb_down（） 中的 napi_synchronize（） 當AF_XDP零副本應用程式突然終止（例如，kill -9）時，XSK 緩衝池會被銷毀，但 NAPI 輪詢仍會繼續。igb_clean_rx_irq_zc（） 會反覆返回全部預算，導致 napi_complete_done（） 無法清算NAPI_STATE_SCHED。
    igb_down（） 在每個佇列向量的 napi_disable（） 前呼叫 napi_synchronize（）napi_synchronize（） 旋轉等待NAPI_STATE_SCHED清除，但從未發生過。igb_down（） 封鎖無限期，TX 監控機構啟動，TX 佇列永久停滯。napi_disable（） 已經正確處理了這點：它設定 NAPI_STATE_DISABLE。經過全預算投票後，__napi_poll（）會勾選napi_disable_pending（）。若設定，則強制完成並清除NAPI_STATE_SCHED，打破napi_synchronize（）無法完成的迴圈。napi_synchronize（） 是在 commit 41f149a285da 中新增的（igb：修正介面關閉時 Rx 流量抵達可能引發的恐慌）。napi_disable（） 提供更強的保證：它防止進一步排程，並等待任何活躍輪詢結束。其他 Intel 驅動程式（ixgbe、ice、i40e）則使用 napi_disable（） 而不在下行路徑中前置 napi_synchronize（）。移除冗餘的 napi_synchronize（） 呼叫，並在 igb_set_queue_napi（） 前重新排序 napi_disable（），這樣只有在輪詢完全停止後，佇列到 NAPI 的映射才會被清除。（CVE-2026-31691）

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

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

  - ksmbd：修正 smb_grant_oplock（） 中的釋放後使用和 NULL 解除參照 smb_grant_oplock（） 在 oplock 發佈序列中有兩個問題： 1） opinfo 在呼叫 add_lease_global_list（） 之前連結到 ci->m_op_list （透過 opinfo_add）。如果 add_lease_global_list（） 失敗 （kmalloc 傳回 NULL），錯誤路徑會透過 __free_opinfo（） 釋放 opinfo，而 opinfo 仍連結在 ci->m_op_list 中。並行m_op_list讀取器 （opinfo_get_list，或 smb_break_all_levII_oplock 中的直接反覆運算） 解除參照已釋放的節點。
    2） opinfo->o_fp 是在 add_lease_global_list（） 在全域租約清單上發布 opinfo 之後分配的。並行 find_same_lease_key（） 可以在 o_fp 仍為 NULL 時遍歷租用清單並取消參照 opinfo->o_fp->f_ci。透過重組發佈順序來修正，以消除發佈後失敗： - 在任何清單發佈之前設定 opinfo->o_fp （修正 NULL 解除參照）。- 在 opinfo_add（） 之前透過 alloc_lease_table（） 預先分配lease_table，因此 add_lease_global_list（） 在發佈後變得無誤。- 保留原始m_op_list發佈順序 （租賃清單之前的 opinfo_add），以便透過 same_client_has_lease（） 和 opinfo_get_list（） 的並行開啟仍會看到進行中的授權。- 使用 opinfo_put（） 而不是
    __free_opinfo（） 在err_out上，以便使用 RCU 延遲的自由路徑。這也需要拆分 add_lease_global_list（） 以取得預先分配的lease_table，並將其傳回類型從 int 變更為 void，因為它不會再失敗。（CVE-2026-31444）

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

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

  - mm/kasan：修正 kasan pXds 的雙重釋放 kasan_free_pxd（） 假設頁面表格始終與結構頁面對齊。但並非所有架構都如此。例如對於頁面大小為 64K 的 powerpc，PUD 表（大小為 4096）來自名為 pgtable-2^9 的 slab 快取。因此，讓我們直接傳遞作為第一個引數傳遞的 pxd 表的開頭，而不是 page_to_virt（pxd_page（））。這修正了以下 PMEM 的雙重釋放 kasan 問題： radix-mmu： 映射的 0x0000047d10000000-0x0000047f90000000 與 2.00 MiB 頁面 ================================================================== 錯誤： KASAN：kasan_remove_zero_shadow+0x9c4/0xa20 中的雙重釋放 任務 ndctl/2164 釋放 addr c0000003c38e0000 CPU ： 34 UID： 0 PID：
    2164 Comm：ndctl 未受污染 6.19.0-rc1-00048-gea1013c15392 #157 自願 硬體名稱：IBM，9080-HEX POWER10 （架構） 0x800200 0xf000006：IBM，FW1060.00 （NH1060_012） hv：phyp pSeries 呼叫追蹤：
    dump_stack_lvl+0x88/0xc4（不可靠）print_report+0x214/0x63c kasan_report_invalid_free+0xe4/0x110 check_slab_allocation+0x100/0x150 kmem_cache_free+0x128/0x6e0 kasan_remove_zero_shadow+0x9c4/0xa20 memunmap_pages+0x2b8/0x5c0 devm_action_release+0x54/0x70 release_nodes+0xc8/0x1a0 devres_release_all+0xe0/0x140 device_unbind_cleanup+0x30/0x120 device_release_driver_internal+0x3e4/0x450 unbind_store+0xfc/0x110 drv_attr_store+0x78/0xb0 sysfs_kf_write+0x114/0x140kernfs_fop_write_iter+0x264/0x3f0 vfs_write+0x3bc/0x7d0 ksys_write+0xa4/0x190 system_call_exception+0x190/0x480 system_call_vectored_common+0x15c/0x2ec ---- 中斷：3000 at 0x7fff93b3d3f4 NIP：00007fff93b3d3f4 LR：00007fff93b3d3f4 CTR：000000000000000000000 REGS：c0000003f1b07e80 陷阱：3000 未受污染 （6.19.0-rc1-00048-gea1013c15392） MSR：800000000280f033 <SF，VEC，VSX，EE，PR，FP，ME，IR，DR，RI，LE> CR：48888208 XER：00000000 <...> NIP [00007fff93b3d3f4] 0x7fff93b3d3f4 LR [00007fff93b3d3f4] 0x7fff93b3d3f4 ----中斷：3000 有錯誤的位址屬於 c0000003c38e0000 的物件，該物件屬於大小為 4096 的快取 pgtable-2^9 有錯誤的位址位於 4096 位元組區域內的 0 位元組 [c0000003c38e0000， c0000003c38e1000） 有錯誤的位址屬於實體頁面： page： refcount：0 mapcount：0 mapping：0000000000000000 index：0x0 pfn：0x3c38c head：
    order：2 mapcount：0 entire_mapcount：0 nr_pages_mapped：0 pincount：0 memcg：c0000003bfd63e01 旗標：
    0x63ffff800000040（head|node=6|zone=0|lastcpupid=0x7ffff） page_type： f5（slab） raw： 063ffff800000040 c000000140058980 5deadbeef0000122 00000000000000000 raw： 0000000000000000000 0000000080200020 000000000f50000000 c0000003bfd63e01 head： 063ffff800000040 c000000140058980 5deadbeef00000122 000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
    00000000000000000 0000000080200020 000000000f50000000 c00000003bfd63e01 head： 063ffff800000002 c00c000000f0e301 00000000ffffffff 00000000ff head： ffffffff 0000000000000000000000000000000000000000000ffff ffffff 0000000000000004頁面傾印，原因：KASAN：偵測到錯誤存取 [ 138.953636] [ T2164] 錯誤位址周圍的記憶體狀態：[ 138.953643] [ T2164] c0000003c38dff00：fc fc fc 138.953652[ ] [ T2164] c0000003c38dff80： fc fc fc fc 138.953661[ ] [ T2164] >c0000003c38e0000： fc fc fc [ 138.953669] [ T2164] ^ [ 138.953675] T2164[ ] c0000003c38e0080： fc fc fc138.953684 [] T2164[ ] c0000003c38e0100： fc fc fc 138.953692[ ] [T2164] ================================================================== [ 138.953701] T2164[ ] 由於核心污點而停用鎖定偵錯 （CVE-2026-31686）

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

ID	名稱	嚴重性
310803	Linux Distros 未修補的弱點：CVE-2026-31787	high
310798	Linux Distros 未修補的弱點：CVE-2026-40372	critical
310786	Nutanix AHV：多重漏洞（NXSA-AHV-10.0）	medium
310779	Nutanix AOS：多個弱點（NXSA-AOS-7.5.1.2）	high
310778	Nutanix AHV：多個弱點（NXSA-AHV-10.0.0.1）	critical
310774	Linux Distros 未修補的弱點：CVE-2026-40356	high
310773	Linux Distros 未修補的弱點：CVE-2026-35247	medium
310749	Nutanix AHV：多個弱點（NXSA-AHV-10.3.1.7）	medium
310743	Linux Distros 未修補弱點：CVE-2022-39170	high
310668	Linux Distros 未修補的弱點：CVE-2026-41409	critical
310667	Linux Distros 未修補弱點：CVE-2026-41635	critical
310640	Linux Distros 未修補的弱點：CVE-2026-6784	high
310639	Linux Distros 未修補的弱點：CVE-2026-31501	critical
310638	Linux Distros 未修補的弱點：CVE-2026-6775	medium
310637	Linux Distros 未修補的弱點：CVE-2026-6782	high
310636	Linux Distros 未修補的弱點：CVE-2026-6760	critical
310635	Linux Distros 未修補的弱點：CVE-2026-6781	high
310634	Linux Distros 未修補的弱點：CVE-2026-6756	high
310633	Linux Distros 未修補的弱點：CVE-2026-6779	medium
310632	Linux Distros 未修補的弱點：CVE-2026-6773	high
310631	Linux Distros 未修補的弱點：CVE-2026-31517	medium
310630	Linux Distros 未修補的弱點：CVE-2026-31475	high
310629	Linux Distros 未修補的弱點：CVE-2026-6777	medium
310628	Linux Distros 未修補的弱點：CVE-2026-31019	high
310627	Linux Distros 未修補的弱點：CVE-2026-31481	medium
310626	Linux Distros 未修補的弱點：CVE-2026-6357	medium
310625	Linux Distros 未修補的弱點：CVE-2026-31460	medium
310624	Linux Distros 未修補的弱點：CVE-2026-31018	high
310623	Linux Distros 未修補的弱點：CVE-2026-6783	medium
310622	Linux Distros 未修補的弱點：CVE-2026-6780	high
310621	Linux Distros 未修補的弱點：CVE-2026-6774	medium
310620	Linux Distros 未修補的弱點：CVE-2026-31463	critical
310619	Linux Distros 未修補的弱點：CVE-2026-31472	medium
310618	Linux Distros 未修補的弱點：CVE-2026-31484	high
310617	Linux Distros 未修補的弱點：CVE-2026-7135	medium
310616	Linux Distros 未修補的弱點：CVE-2026-6768	critical
310615	Linux Distros 未修補的弱點：CVE-2026-6758	high
310614	Linux Distros 未修補的弱點：CVE-2026-31471	high
310613	Linux Distros 未修補的弱點：CVE-2026-31445	medium
310612	Linux Distros 未修補的弱點：CVE-2026-31689	medium
310611	Linux Distros 未修補的弱點：CVE-2026-6778	medium
310610	Linux Distros 未修補的弱點：CVE-2026-31490	high
310609	Linux Distros 未修補的弱點：CVE-2026-31459	medium
310608	Linux Distros 未修補的弱點：CVE-2026-31457	medium
310607	Linux Distros 未修補的弱點：CVE-2026-6755	medium
310606	Linux Distros 未修補的弱點：CVE-2026-31529	medium
310605	Linux Distros 未修補的弱點：CVE-2026-31465	medium
310604	Linux Distros 未修補的弱點：CVE-2026-31691	medium
310603	Linux Distros 未修補弱點：CVE-2026-31444	critical
310602	Linux Distros 未修補弱點：CVE-2026-31686	high

偵測

Nessus 的 Misc. 系列

high

critical

medium

high

critical

high

medium

medium

high

critical

critical

high

critical

medium

high

critical

high

high

medium

high

medium

high

medium

high

medium

medium

medium

high

medium

high

medium

critical

medium

high

medium

critical

high

high

medium

medium

medium

high

medium

medium

medium

medium

medium

medium

critical

high