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

  - FFmpeg N-122528-gdd2976b9e1 的 libavfilter/vf_scale.c 元件中的整數溢位允許攻擊者透過提供特製的視訊檔案來造成拒絕服務 （DoS）。（CVE-2026-38343）

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

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

  - FFmpeg N-122528-gdd2976b9e1 的 get_min_buffer_size 函式 （/libswscale/slice.c） 中的 NULL 指標解除參照允許攻擊者透過提供特製的視訊檔案來造成拒絕服務 （DoS）。（CVE-2026-38344）

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

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

  - FFmpeg git-master 提交 722a217 的 ff_sws_alphablendaway 函式 （libswscale/alphablend.c） 中的堆積溢位允許攻擊者透過特製的輸入造成拒絕服務 （DoS）。（CVE-2026-38347）

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

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

  - netfilter： xt_nat：拒絕不支援的目標系列 xt_nat SNAT 和 DNAT 目標處理常式會假設 IP 系列 conntrack 狀態存在，而且透過 nft_compat 從不支援的系列實例化時，可以取消參照 NULL 指標。因此，橋接器系列相容性規則可以在 nf_nat_setup_info（） 中觸發 NULL 解除參照。拒絕 xt_nat_checkentry（） 中的非 IP 系列，以便無法安裝不支援的目標。保持有效的 inet NAT 相容性使用者允許NFPROTO_INET，並保持執行階段快速路徑不變。[ 當機已透過 9dbba7e694ec 修正 （netfilter：nft_compat：ebtables 模擬必須拒絕非橋接器目標），因此此修補程式不再重要。不過，NAT 僅與 ipv4/ipv6 相關，因此無論如何，此額外的族檢查都是個好主意。] （CVE-2026-80664）

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

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

  - React Router 是 React 的路由器。在 的7.13.1版本7.7.0中，當使用 React Router 不穩定的 React 伺服器元件 （RSC） API 時，如果重新導向來自不受信任的來源，則 RSC 重新導向處理中存在潛在的用戶端跨網站指令碼 （XSS） 漏洞。這不會影響未在 React Router 中使用不穩定 RSC API 的應用程式。這已在 版本 7.13.2中修補。
    (CVE-2026-33245)

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

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

  - 電源：電源：MAX17040：處理缺少狀態的供應商 MAX17040 本身不會報告充電器狀態，因此驅動程式會將POWER_SUPPLY_PROP_STATUS轉送至供應商電源供應器。如果未註冊供應商，則 power_supply_get_property_from_supplier（） 會傳回 -ENODEV 並保持輸出值不變。
    max17040_get_property（） 目前會忽略該錯誤並傳回成功，因此使用者空間可以從電池電源供應器讀取未初始化的狀態值。這種情況發生在使用電量計且韌體中沒有充電器供應商關係的系統上。當沒有供應商提供 STATUS 時傳回 POWER_SUPPLY_STATUS_UNKNOWN，並傳播其他供應商查閱錯誤。（CVE-2026-80711）

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

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

  - 發現 gnutls 中一個缺陷。使用 RSA-PSK （RivestShamirAdleman 預先共用金鑰） 設定的伺服器錯誤地比對包含具有截斷使用者名稱的 NUL 字元的使用者名稱。遠端攻擊者可以透過傳送特製的使用者名稱來利用此漏洞，從而繞過身份驗證。此漏洞允許攻擊者透過規避身份驗證過程來獲得未經授權的存取。
    (CVE-2026-42010)

  - 問題摘要：使用 RSASVE 金鑰封裝來建立私密加密金鑰的應用程式可將未初始化記憶體緩衝區中的內容傳送至惡意對等端。影響摘要：未初始化的緩衝區可能含有先前執行應用程式處理程序時產生的敏感資料，從而導致敏感資料洩漏給攻擊者。RSA_public_encrypt() 函式會在執行成功時傳回寫入的位元組數，錯誤時則會傳回 -1。受影響的程式碼只會測試傳回值是否為非零。因此，如果 RSA 加密失敗，封裝函式仍可向呼叫者傳回成功狀態、設定輸出長度，並讓呼叫者使用加密文字緩衝區的內容，就像已經產生有效的 KEM 加密文字一樣。如果應用程式在使用 RSA/RSASVE 呼叫 EVP_PKEY_encapsulate() 時，使用了攻擊者提供的無效 RSA 公開金鑰且未先對其進行驗證，這可能會導致系統將呼叫者提供的加密文字緩衝區中過時或未初始化的內容洩漏給攻擊者，以取代 KEM 加密文字。在呼叫 EVP_PKEY_encapsulate() 之前呼叫 EVP_PKEY_public_check() 或 EVP_PKEY_public_check_quick()，此因應措施可減輕此問題。3.6、3.5、3.4、3.3、3.1 和 3.0 中的 FIPS 模組不受此問題影響。
    (CVE-2026-31790)

  - 將 GNU C 程式庫版本 2.7 中具有 %mc （malloc'd 字元比對） 的 scanf 系列函式呼叫為具有明確寬度大於 1024 的格式寬度說明元的版本 2.43 ，可能會導致一個位元組堆積緩衝區溢位。（CVE-2026-5450）

  - 在之前和2.12.x之前2.12.7的 xmllint （來自 libxml2） 2.11.8 中發現問題。使用 xmllint --htmlout 格式化錯誤訊息可在 xmllint.c 的 xmlHTMLPrintFileContext 中導致緩衝區過度讀取。
    (CVE-2024-34459)

  - 剖析 xsl 節點時，在 libxslt 中發現一個釋放後使用弱點，可能導致過期指標解除參照及應用程式損毀。（CVE-2025-10911）

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

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

  - 在 GLib 中發現一個缺陷。當處理格式錯誤的 D-Bus 內省 XML 時，gio/gdbusintrospection.c 檔案中的 g_dbus_node_info_new_for_xml（） 中存在狀態混淆問題，特別是當 'node' 元素巢狀於其他元素 （如 'method'、'signal'、'property' 或 'arg'） 時。此問題可能會導致未簽名的整數溢位，並導致越界讀取，進而造成拒絕服務。
    (CVE-2026-58016)

  - urllib3 是 Python 的 HTTP 用戶端程式庫。從 1.23 之前開始， 2.7.0透過 ProxyManager.connection_from_url（）.urlopen（...， assert_same_host=False） 從低階 API 進行的跨來源重新導向仍會轉送這些敏感標頭。此弱點已在 2.7.0 中修正。(CVE-2026-44431)

  - 在用於解析 XML 檔案的 xmllint 命令列工具互動式 Shell 中發現了一個缺陷。
    當使用者輸入過長的命令時，由於程式未正確檢查輸入大小，可能導致當機。若缺乏現代化防護機制，此問題可能允許攻擊者在少見的配置下執行惡意程式碼。(CVE-2025-6170)

  - 在 libsolv 中發現缺陷。由於輸入驗證不足，在解壓縮「.solv」檔案內攻擊者控制的壓縮資料期間，會發生此堆積緩衝區溢位。攻擊者可以提供特製的「.solv」文件，當該檔案由易受攻擊的應用程式處理時，可能會導致越界記憶體存取。這可能會導致資訊洩露、程式執行變更或拒絕服務。（CVE-2026-48864）

  - 問題摘要：在處理含有 KeyTransportRecipientInfo 的特製 CMS EnvelopedData 訊息期間，可能會發生 NULL 指標解除參照。影響摘要：處理由攻擊者控制的 CMS 資料的應用程式可能在驗證或密碼編譯作業發生之前損毀，從而導致拒絕服務。
    以 RSA-OAEP 加密處理使用 KeyTransportRecipientInfo 的 CMS EnvelopedData 訊息時，系統會在未檢查其是否存在的情況下，檢查 RSA-OAEP SourceFunc 演算法識別碼的選用參數欄位。如有欄位遺漏，將會導致 NULL 指標解除參照。
    在不受信任的輸入 (例如 S/MIME 處理或 CMS 型通訊協定) 上呼叫 CMS_decrypt() 的應用程式和服務容易受到影響。3.6、3.5、3.4、3.3 和 3.0 中的 FIPS 模組不受此問題影響，因為受影響程式碼位於 OpenSSL FIPS 模組邊界之外。(CVE-2026-28390)

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

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

  - 在 GLib 中發現一個缺陷。當處理格式錯誤的 D-Bus 內省 XML 時，gio/gdbusintrospection.c 檔案中的 g_dbus_node_info_new_for_xml（） 中存在狀態混淆問題，特別是當 'node' 元素巢狀於其他元素 （如 'method'、'signal'、'property' 或 'arg'） 時。此問題可能會導致未簽名的整數溢位，並導致越界讀取，進而造成拒絕服務。
    (CVE-2026-58016)

  - LIBPNG 是讀取、建立及操控 PNG (可攜式網路圖形) 點陣影像檔案的應用程式中使用的參照程式庫。在 1.2.1 至 1.6.55 版中，「png_set_tRNS」和「png_set_PLTE」各有一個「png_struct」和「png_info」之間的堆積配置緩衝區別名，跨具有獨立存留期的兩個結構共用單一配置。「trans_alpha」別名至少從 libpng 1.0 開始就存在，而「palette」別名至少從 1.2.1 開始就存在。兩者都會影響所有先前的版本行，「png_set_tRNS」設定「png_ptr->trans_alpha = info_ptr->trans_alpha」(256 位元組緩衝區)，「png_set_PLTE」設定「info_ptr->palette = png_ptr->palette」(768 位元組緩衝區)。在這兩種情況下，呼叫「png_free_data」(使用「PNG_FREE_TRNS」或「PNG_FREE_PLTE」) 會透過「info_ptr」釋放緩衝區，而對應的「png_ptr」指標仍懸置。後續 row-transform 函式會解除參照，並在某些程式碼路徑中寫入釋放的記憶體。對「png_set_tRNS」或「png_set_PLTE」的第二次呼叫具有相同效果，因為這兩個函式都會在重新配置「info_ptr」緩衝區之前在內部呼叫「png_free_data」。1.6.56 版已修正此問題。 (CVE-2026-33416)

  - IO：：Compress 之前 2.220 的版本Perl可以透過攻擊者控制的輸出 glob 在 File：：GlobMapper 中執行任意程式碼。 _parseOutputGlob（） 將呼叫端提供的輸出 glob 字串包裝在雙引號中，並將其儲存在剖析器狀態;_getFiles（） 然後透過 eval STRING 執行儲存的運算式。
    輸出 glob 中的文字雙引號會關閉 dquote 包裝函式，後面的字元會評估為 Perl。輸出 glob 中的任意 Perl 會以呼叫處理程序的權限執行。
    (CVE-2026-48962)

  - 將 GNU C 程式庫版本 2.7 中具有 %mc （malloc'd 字元比對） 的 scanf 系列函式呼叫為具有明確寬度大於 1024 的格式寬度說明元的版本 2.43 ，可能會導致一個位元組堆積緩衝區溢位。（CVE-2026-5450）

  - urllib3 是 Python 的 HTTP 用戶端程式庫。從 1.23 之前開始， 2.7.0透過 ProxyManager.connection_from_url（）.urlopen（...， assert_same_host=False） 從低階 API 進行的跨來源重新導向仍會轉送這些敏感標頭。此弱點已在 2.7.0 中修正。(CVE-2026-44431)

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

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

  - 在不受信任的 JMS 環境中，org.springframework.jms.support.converter.MappingJackson2MessageConverter 和 org.springframework.jms.support.converter.JacksonJsonMessageConverter 允許任意類別實例化，這可能會透過小工具類別反序列化導致未經授權的操作。受影響的版本：
    Spring Framework 7.0.0 through ; through ; 6.2.0 through 6.2.18; 6.1.0 through 6.1.275.3.48. 5.3.07.0.7
    (CVE-2026-41855)

  - Postfix before 3.8.16、 3.9 before 3.9.10和 3.10 before 3.10.9 有時會允許緩衝區過度讀取，並透過增強狀態碼（在第三個數字後缺少文字）導致處理程序崩潰。（CVE-2026-43964）

  - 在 Apache Log4j API 中，執行 MapMessage JSON 序列化期間，非有限浮點值的編碼不當會產生無效 JSON 的輸出。此問題會影響 Apache Log4j API 版本 2.13.12.25.4 和 2.26.0版本。的 CVE-2026-34481 修正並未涵蓋所有程式碼路徑：當 MapMessage 包含非有限 IEEE 754 值 （NaN、Infinity 或 -Infinity） 時，MapMessage.asJson（） 會發出對應的裸權杖。RFC 8259 不允許這些權杖，因此符合規範的剖析器會拒絕產生的文件。只有在下列兩個條件都成立時，才可觸及此缺陷： * 應用程式使用 JsonTemplateLayout 的訊息解析器 https://logging.apache.org/log4j/2.x/manual/json-template-layout.html#event-template-resolver-message ，或使用 MapMessage.asJson（） 或 MapMessage.getFormattedMessage（new String[]{JSON}） 的任何其他配置。 * 應用程式會記錄包含攻擊者控制的浮點值的 MapMessage。能夠提供非有限值的攻擊者可導致受影響的配置發出格式錯誤的 JSON，這可能會損毀封閉的記錄記錄，或中斷下游記錄擷取和剖析。建議使用者升級至 Apache Log4j API 2.25.5 或 2.26.1，兩者都會針對非有限值發出符合 RFC 8259 規範的 JSON。（CVE-2026-49844）

  - Apache CXF 的 OAuth2 TokenIntrospectionService 中存在繞過身份驗證弱點。由於安全性內容檢查中缺少 'throw' 關鍵字，因此任何未經驗證的網路攻擊者都可存取自省端點 （/services/oauth2/introspect）。但是，請注意，只有在有人忘記在服務上啟用身份驗證時，這才是一種保護措施。建議使用者升級至 4.2.2 版本 或 4.1.73.6.12，以修正此問題。（CVE-2026-50623）

  - 來自傳入 HTTP 要求的 'clientId' 參數會直接串連成 OAuth2 伺服器記錄警告訊息，而不清理控制字元。這允許攻擊者將任意內容（包括虛假日誌條目）注入伺服器的日誌檔案中。建議使用者升級至 4.2.2 版本 或 4.1.73.6.12，以修正此問題。（CVE-2026-50629）

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

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

  - 已透過改進狀態管理解決此問題。已在 Safari 26.6.1、iOS 18.7.10 和 iPadOS 18.7.10、iOS 26.6.1 和 iPadOS 26.6.1、macOS Tahoe 26.6.2、visionOS 27 中修復此問題。處理惡意特製的 Web 內容可能會導致 Safari 意外當機 (CVE-2026-65332)。

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

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

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

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

  - ### 摘要 'qs.stringify' 在序列化物件時擲回 'TypeError'，而該物件自己的 'constructor' 屬性具有真實、不可呼叫的 'isBuffer' 成員。'utils.isBuffer' 在僅檢查屬性是否為真之後，透過呼叫 'obj.constructor.isBuffer（obj）' 來躲避類型緩衝區，因此諸如 '{constructor： { isBuffer： x } }' 之類的值會使呼叫擲回 'TypeError： obj.constructor.isBuffer is not a function'。### 詳細資料 'lib/stringify.js：127' 在其序列化的每個非原始值上呼叫 'utils.isBuffer'。'utils.isBuffer' （'lib/utils.js：332'） 讀取 'obj.constructor.isBuffer' 並叫用它，而不驗證它是否是一個函數。'constructor' 和 'isBuffer' 是普通屬性名稱，因此任何將它們作為自己的屬性攜帶的物件都會到達未檢查的呼叫。這類物件可以從不受信任的輸入建置。'qs.parse（x[constructor][isBuffer]=y， { plainObjects： true }）' 或 '{ allowPrototypes： true }' 將 'constructor' 鍵保留為自己的屬性 （預設剖析選項會刪除它），而 'JSON.parse（{\a\：{\constructor\：{\isBuffer\：\x\}}}）' 會產生相同的形狀，但不涉及 qs 選項。具有預設「query parser」設定的 Express 4 和具有「extended： true」的 body-parser 都以「allowPrototypes： true」呼叫「qs.parse」，因此在這些堆疊上「req.query」和「req.body」可以直接攜帶形狀。#### PoC '''js var qs = require（qs）;qs.stringify（qs.parse（x[constructor][isBuffer]=y， { plainObjects： true }））;qs.stringify（JSON.parse（{\a\：{\constructor\：{\isBuffer\：\x\}}}））; // TypeError： obj.constructor.isBuffer 不是函數 // 在 Object.isBuffer （lib/utils.js：332：78） // 在 stringify （lib/stringify.js：127：45） ''' #### 修正 'lib/utils.js'，在 e83d321 中的 'main' 中應用並作為 v6.16.0 發布： '''diff - return ！！（obj.constructor &; obj.constructor.isBuffer &&; obj.constructor.isBuffer（obj））;+ 返回！！（obj.constructor &&; typeof obj.constructor.isBuffer === function &&; obj.constructor.isBuffer（obj））;''' Real 'Buffer'、'safer-buffer' 和 browserify 'buffer' polyfill 實例會像以前一樣序列化;只有投擲被移除。### 受影響的版本「>=2.2.5 <6.16.0」，在 v6.16.0 中修正。無人看守的鴨子類型於 3768a75 中引入，並在 v2.2.5（2014 年 9 月）中首次發布。v2.2.4 和更早版本使用「Buffer.isBuffer」，不受影響。從 v2.2.5 到 v6.15.3 的每個版本都包含不受保護的呼叫。### 影響 未經身份驗證的請求可以使任何使用「qs.stringify」重新序列化受攻擊者影響資料的程式碼路徑（例如，從「req.query」重建重新導向或上游請求的查詢字串，或序列化剖析的 JSON 本文）同步擲回。在一般Node.js HTTP架構中，架構錯誤界限會攔截擲回，而受影響的要求會傳回 500;處理程序會持續運作，其他要求不會受到影響。如果呼叫在錯誤邊界之外執行，例如「非同步」Express 4 處理常式 （擲回會變成未處理的 Promise 拒絕） 或背景作業，則處理程序會結束，因此在此情況下的影響取決於應用程式錯誤處理，而不是 qs。（CVE-2026-82417）

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

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

  - Debian Linux - qemu - 無 Ubuntu Linux - [未知描述] （CVE-2026-65928）

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

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

  - Debian Linux - qemu - 無 Ubuntu Linux - [未知描述] （CVE-2026-61402）

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

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

  - ### 摘要 當使用 'comma： true' 和 'throwOnLimitExceeded： true' 呼叫 'qs.parse' 時，方括號推送鍵 （'a[]=1,2,3,4'） 下的逗號分隔值被拆分為數組，而不與 'arrayLimit' 進行比較，而平面鍵 （'a=1,2,3,4'）、索引鍵 （'a[0]='）、巢狀鍵 （'a[b]='） 或虛線鍵 （'a.b=' 與 'allowDots'） 下的相同值會擲回記錄的 'RangeError'。因此，單一參數 （例如 'a[]=1,2,2,...' 會產生任意長度的內部陣列，即使調用方選擇加入硬性限制也一樣。這是 （qs 6.14.2） 的CVE-2026-2391修正未涵蓋的 '[]=' 鍵形式。 ### 詳細資料 在 'lib/parse.js' 中，將 '[]=' 鍵下的逗號分隔值拆分，然後包裝為單一巢狀元素 （'val = [val]'，因此每個 'a[]=x，y' 群組都算作外部陣列的一個元素）。新增逗號值的 6.14.2 'arrayLimit' 檢查會在換行之後執行，因此對於 '[]=' 部分，它只看到長度為 1 的包裝函式。 6.15.3 新增了預先分割的逗號計數，以便在分配之前擲回過大的值，但在 'isFlatArrayValue' 標誌上對其進行門控，該標誌將 'parseValues' 設定為 'false' 對於任何包含 '[]=' 的部分，並且不會將其傳遞給物件值輸入， 所以差距仍然存在。#### PoC '''js var qs = require（'qs'）;var options = { comma： true， arrayLimit： 3， throwOnLimitExceeded： true };qs.parse（'a=1,2,3,4'， options）;RangeError：超出陣列限制。一個陣列中只允許 3 個元素。qs.parse（'a[]=1,2,3,4'， options）;{ a： [ [ '1'， '2'， '3'， '4' ] ] } （不擲出） qs.parse（'a[]=' + '1，'.repeat（1000000） + '1'， { 逗號： true， arrayLimit： 20， throwOnLimitExceeded：
    true }）;不投擲;分配一個 1,000,001 元素的內部陣列 ''' #### 修正 'lib/parse.js'，在 8859c37 中應用於 'main' 並作為 v6.16.0 發布：'isFlatArrayValue' 門被刪除，因此無論鍵形式如何，每個逗號拆分值在拆分之前都會計入 'arrayLimit'。'a[]=' 下的限制內群組仍會計為外部陣列的一個元素，且預設 （'throwOnLimitExceeded： false'） 路徑不變。### 受影響的版本 '>=6.14.2 <6.16.0'，已於 v6.16.0 中修正。 v6.14.2 對逗號值引入了 'arrayLimit' 強制執行 （修正 CVE-2026-2391），但僅適用於不在 '[]=' 鍵下的值，並且從 v6.14.2 到 v6.15.3 的每個版本都有相同的差距。 v6.14.0 和 v6.14.1 （其中存在 'throwOnLimitExceeded' 但不適用於任何逗號形式） 由此記錄涵蓋 CVE-2026-2391 ，而不是此記錄。較早的行 （6.7.x 到 6.13.x） 有「逗號」，但沒有「throwOnLimitExceeded」，因此任何逗號路徑上都沒有硬性上限可供繞過;之前 6.7.0 的版本沒有「逗號」選項。 ### 影響 未經驗證的攻擊者如果能夠連線到剖析具有「comma： true」和「throwOnLimitExceeded： true」（均為非預設）的不受信任查詢字串或 urlencoded 主體的應用程式，可以使用單一 'a[]=' 參數繞過已設定的限制，並強制剖析器配置與請求大小。在攻擊者提供的位元組中，成本是嚴格線性的 （大約 0.1 微秒，每個輸入位元組保留 6 到 7 個位元組;與記錄的預設「throwOnLimitExceeded： false」路徑相同的記憶體不足閾值），因此傳輸層請求或內文大小限制將其完全限制（節點的預設最大 HTTP 標頭大小 16 KB 已經限制了請求行， 因此，數兆位元組的有效負載需要一個正文解析器）。其影響在於，選擇加入硬性限制在一個鍵拼寫上無法開啟，而不是來自小輸入的無限分配。（CVE-2026-82562）

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

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

  - Debian Linux - qemu - 無 Ubuntu Linux - [未知描述] （CVE-2026-66022）

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

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

  - Debian Linux - qemu - 無 Ubuntu Linux - [未知描述] （CVE-2026-63320）

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

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

  - Debian Linux - qemu - 無 Ubuntu Linux - [未知描述] （CVE-2026-65929）

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

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

  - Debian Linux - qemu - 無 Ubuntu Linux - [未知描述] （CVE-2026-63110）

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

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

  - Sudo 透過 1.9.17p2 無法將截取原則檢查套用至 ptrace 型截取模式中的 execveat 系統呼叫。獲准執行特定命令的使用者可以直接呼叫 execveat 或透過 fexecve 來執行拒絕的程式，繞過原則強制執行和記錄。（CVE-2026-82474）

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

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

  - OCaml 之前 6.3.0 的 cohttp 套件允許目錄遊走。（CVE-2026-82481）

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

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

  - grpc-gateway v2.28.0 容易受到存取控制不正確的攻擊。應用程式會處理 ServeMux.ServeHTTP 中的 X-HTTP-Method-Override 標頭，而不限制允許的方法。當具有 Content-Type application/x-www-form-urlencoded 的 POST 要求包含此標頭時，要求方法會在路由之前重寫為任意攻擊者提供的值。這允許繞過由上游代理或 WAF 強制執行的基於方法的存取控制。（CVE-2026-37236）

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

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

  - net：gro：正確驗證 BIG TCP 聚合標準 當 GRO 嘗試聚合超過 GRO_LEGACY_MAX_SIZE （64KB） 的封包時，僅允許普通 IPv4 TCP 和普通 IPv6 TCP 使用 BIG TCP（有足夠的 MAC 標頭空間來插入臨時 HBH 巨型標頭）。不過，請提交 b1a78b9b9886 （net：
    新增對 IPv4 大 TCP 的支援） 放寬了 skb_gro_receive（） 中的檢查，導致了幾個問題： 1.
    skb_gro_receive（） 檢查了 skb_headroom（p），而不是 MAC 標頭 （p->mac_header） 之前的實際空格。由於 skb_headroom（p） 包含 mac_len，因此特製的幀（例如透過 AF_PACKET 插入）可以通過 p->mac_header < 8 位元組的檢查。當 ipv6_gro_complete（） 插入臨時 HBH 巨型標頭時，memmove（） 會在 skb->head 之前啟動，導致越界寫入並包裝 skb->mac_header。2. 它允許軟體 VLAN （ETH_P_8021Q / ETH_P_8021AD） 等非 IP 協定聚合超過 64KB，因為 p->protocol ！= ETH_P_IPV6 為 true。3. 它檢查了 p->encapsulation 而不是 NAPI_GRO_CB（skb）->encap_mark，允許封裝流量（例如 SIT / IPv6-in-IPv4）聚合超過 64KB。修正 skb_gro_receive（） 以嚴格執行： - NAPI_GRO_CB（skb）->proto == IPPROTO_TCP - 未封裝 （！NAPI_GRO_CB（skb）->encap_mark &&; ！p->encapsulation） - 通訊協定必須是 ETH_P_IP 或 ETH_P_IPV6 - 如果ETH_P_IPV6，p->mac_header 必須至少是 sizeof（struct hop_jumbo_hdr） 從 skb_gro_receive（） 傳回 -E2BIG 可確保無法成為 BIG TCP 的封包在 <= 64KB 時被乾淨地排清，並完整地傳遞而不會丟棄。主線 （7.0+） 中不存在此問題，因為子系統已在提交 81be30c1f5f2 中重寫 （net/ipv6：刪除 RX 端 BIG TCP 的 HBH），因此此修正僅適用於較舊的穩定分支，例如 6.18.y。CVE-2026-80725

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

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

  - 之前 2026.04在 Denx U-Boot 中發現一個問題。函數 ext4fs_get_bgdtable 中存在整數溢位弱點，大小計算可能導致配置不足，而此分配不足的緩衝區將用於 memcpy（），從而可能導致任意程式碼執行、拒絕服務或其他不明影響。（CVE-2025-70293）

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

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

  - phpSysInfo 是一個可自訂的 PHP 腳本，用於顯示系統資訊。在之前 3.4.6，PSI_ALLOWED存取控制簽read_config.php在REMOTE_ADDR之前信任攻擊者控制的 X-Forwarded-For 和 Client-IP HTTP 標頭。未經驗證的遠端攻擊者可在其中一個標頭中提供允許的位址，以模擬受信任的用戶端，並存取公開的主機名稱、核心、CPU、記憶體、檔案系統和網路介面資訊。3.4.6 版已修正此問題。(CVE-2026-55584)

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

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

  - gitoxide gix-packetline 之前的 0.21.5 版本在 TextRef 實作中包含一個錯誤弱點，當處理具有空承載的邊帶封包行時會發生這個弱點。惡意 Git 伺服器可傳送特製的邊帶封包來觸發索引越界錯誤，在未經身份驗證的擷取作業期間中止用戶端進程。（CVE-2026-82250）

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

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

  - Debian Linux - u-boot - 無 Ubuntu Linux - [不明說明] （CVE-2025-70291）

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

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

  - Debian Linux - u-boot - 無 Ubuntu Linux - [不明說明] （CVE-2025-70292）

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

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

  - gitoxide 的 gix-url crate （<= 0.32.0，修正於 0.37.1） 使用手捲 URL 剖析器，該剖析器不會將 '？' 或 '#' 視為終止授權元件，這違反了 RFC 3986。因此，gix-transport 的HTTP重新導向身分保護 （can_reuse_identity） 會比較錯誤的主機並失敗開啟。控制重新導向回應的攻擊者可以製作 ？@<original-authority> 格式<attacker-authority>的 Location 標頭，以便 gitoxide 將呼叫端的 HTTP 基本授權憑證傳送至非預期的主機。
    gix-transport 在 <= 0.49.0 版中受到影響 （已 0.58.1修正）。（CVE-2026-82247）

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

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

  - Morgan 是 Node.js 的HTTP請求記錄器中介軟體。在之前 1.12.0的版本中，逸出記錄權杖值的內部協助程式不會中和 Unicode 行分隔符號字元 U+0085 （下一行）、U+2028 （行分隔符號） 和 U+2029 （段落分隔符號）。未經驗證的遠端用戶端可以將這些字元放在攻擊者控制的記錄權杖中，例如透過遠端使用者權杖顯示的基本驗證使用者名稱，以便 Unicode 感知下游記錄處理將單一要求記錄分割成多個邏輯記錄。這是一個記錄偽造問題 （CWE-117），也是 的不完整修正後續行動 CVE-2026-5078，僅解決了 ASCII 控制字元。此問題已在 morgan 1.12.0中修正，它擴展逸出集以涵蓋這些 Unicode 行分隔符號。升級至 morgan 1.12.0 以進行修復。
    (CVE-2026-15603)

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

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

  - 之前 2026.04在 Denx U-Boot 中發現一個問題。ZFS 檔案系統支援中的整數溢位弱點可由格式錯誤的磁碟中繼資料觸發。此問題可能會導致記憶體分配不正確，然後進行越界記憶體訪問，從而可能導致啟動過程中崩潰或執行任意程式碼。（CVE-2025-70290）

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

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

  - gitoxide 之前 0.69.0 包含 delta 應用程式中未檢查的陣列索引，以及 gix-pack 中攻擊者控制大小標頭的無上限分配。攻擊者可在複製或擷取作業期間傳送特製的套件資料，以觸發錯誤或記憶體不足的處理程序終止。（CVE-2026-82254）

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

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

  - Gitoxide 版本 0.25.4 在 curl 型傳輸後端中包含 HTTP 憑證洩漏弱點，其中憑證會在 HTTP 重新導向後傳送至攻擊者控制的伺服器。出現此弱點的原因是憑證驗證會在重新導向後檢查原始 URL 而不是有效 URL，從而允許攻擊者透過跨網域重新導向或 HTTPS 到 HTTP 降級來竊取身份驗證權杖。（CVE-2026-82255）

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

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

  - Composer 是 PHP 語言的相依性管理員。From 1.0 until 2.2.30 和 from 2.3.0 until 2.10.3，惡意或受損的相依性可能會略過先前 CVE-2026-59946 的二進位路徑強化，因為 Composer 只會在相依性解析期間驗證文字父目錄區段，而公告所述的符號連結和已安裝中繼資料路徑會略過該驗證。套件可以提供套件內二進位符號連結，該連結解析於其安裝目錄之外，或者受攻擊者影響的 vendor/composer/installed.json 中繼資料可以在重新安裝或重新產生遺失的廠商/bin 項目期間提供逸出的二進位路徑。只有當廠商目錄未由相同的已驗證安裝執行填入時，例如從不受信任的快取還原、從較早的建置階段複製、從舊版 Composer 執行繼承，或由信任度較低的建置步驟可寫入時，才能存取已安裝的中繼資料路徑。Composer 可以遵循路徑，變更外部目標的權限，使其可供全球讀取和執行，並建立該外部檔案的可執行供應商/bin Proxy。此問題不會直接讀取或傳輸資料，而且本身不會提供遠端程式碼執行。此問題已在 2.2.30 和 2.10.3 版中修正。(CVE-2026-59944)

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

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

  - 持有用於不同用途的權杖的攻擊者可以進行驗證，因為當 OAuth2 權杖回應不包含範圍宣告時，會使用物件宣告來取代它，並針對已設定的必要範圍進行檢查。這些是不同的概念，受眾聲明並未描述令牌可以做什麼。無法接受未授予相關權限的權杖，因為其預期的收件者值恰好符合設定的範圍名稱，從而授予本應被拒絕的存取權。它也會隱藏根本未發出範圍的身分識別提供者錯誤設定。
    確保身分識別提供者針對與 Dovecot 搭配使用的所有權杖發出範圍宣告，且設定的範圍名稱不符合對象值。更新至無弱點版本。目前尚無已知的公開漏洞。（CVE-2026-73208）

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

ID	名稱	嚴重性
341678	Linux Distros 未修補弱點：CVE-2026-38343	medium
341677	Linux Distros 未修補弱點：CVE-2026-38344	high
341676	Linux Distros 未修補弱點：CVE-2026-38347	high
341675	Linux Distros 未修補弱點：CVE-2026-80664	high
341674	Linux Distros 未修補弱點：CVE-2026-33245	medium
341661	Linux Distros 未修補弱點：CVE-2026-80711	medium
341615	Nutanix AHV：多個弱點（NXSA-AHV-11.2.0.2）	high
341614	Nutanix AHV：多個弱點（NXSA-AHV-10.3.1.14）	high
341613	Nutanix AOS：多個弱點（NXSA-AOS-7.3.1.16）	high
341612	Nutanix AOS：多個弱點（NXSA-AOS-7.6.0.6）	high
341607	Linux Distros 未修補弱點：CVE-2026-65332	medium
341606	Linux Distros 未修補弱點：CVE-2026-61476	medium
341605	Linux Distros 未修補弱點：CVE-2026-58581	medium
341604	Linux Distros 未修補弱點：CVE-2026-16288	medium
341603	Linux Distros 未修補弱點：CVE-2026-82417	medium
341602	Linux Distros 未修補弱點：CVE-2026-65928	medium
341601	Linux Distros 未修補弱點：CVE-2026-61405	medium
341600	Linux Distros 未修補弱點：CVE-2026-63321	medium
341599	Linux Distros 未修補弱點：CVE-2026-63323	medium
341598	Linux Distros 未修補弱點：CVE-2026-61402	medium
341597	Linux Distros 未修補弱點：CVE-2026-82562	medium
341596	Linux Distros 未修補弱點：CVE-2026-18054	medium
341595	Linux Distros 未修補弱點：CVE-2026-63322	medium
341594	Linux Distros 未修補弱點：CVE-2026-50624	medium
341593	Linux Distros 未修補弱點：CVE-2026-66022	medium
341592	Linux Distros 未修補弱點：CVE-2026-63320	medium
341591	Linux Distros 未修補弱點：CVE-2026-61406	medium
341590	Linux Distros 未修補弱點：CVE-2026-65929	medium
341589	Linux Distros 未修補弱點：CVE-2026-63109	medium
341588	Linux Distros 未修補弱點：CVE-2026-58582	medium
341587	Linux Distros 未修補弱點：CVE-2026-63110	medium
341586	Linux Distros 未修補弱點：CVE-2026-17516	medium
341585	Linux Distros 未修補弱點：CVE-2026-15264	medium
341584	Linux Distros 未修補弱點：CVE-2026-61404	medium
341570	Linux Distros 未修補弱點：CVE-2026-82474	high
341568	Linux Distros 未修補弱點：CVE-2026-82481	high
341562	Linux Distros 未修補弱點：CVE-2026-37236	critical
341561	Linux Distros 未修補弱點：CVE-2026-80725	critical
341560	Linux Distros 未修補弱點：CVE-2025-70293	critical
341559	Linux Distros 未修補弱點：CVE-2026-55584	high
341558	Linux Distros 未修補弱點：CVE-2026-82250	high
341557	Linux Distros 未修補弱點：CVE-2025-70291	critical
341556	Linux Distros 未修補弱點：CVE-2025-70292	critical
341555	Linux Distros 未修補弱點：CVE-2026-82247	high
341554	Linux Distros 未修補弱點：CVE-2026-15603	medium
341553	Linux Distros 未修補弱點：CVE-2025-70290	critical
341552	Linux Distros 未修補弱點：CVE-2026-82254	high
341551	Linux Distros 未修補弱點：CVE-2026-82255	high
341539	Linux Distros 未修補弱點：CVE-2026-59944	medium
341537	Linux Distros 未修補弱點：CVE-2026-73208	high

偵測

Nessus 的 Misc. 系列

medium

high

high

high

medium

medium

high

high

high

high

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

high

high

critical

critical

critical

high

high

critical

critical

high

medium

critical

high

high

medium

high