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

  - 在 jackson-core 2.18.6 和 2.21.1 for CVE-2026-18401 （GHSA-qq72hv-8253-57，非封鎖剖析器中的數字長度約束繞過） 中發布的修正不完整。此記錄涵蓋剩餘的旁路。先前的修正程式將 validateIntegerLength（） 連線到新的 _setIntLength（） 協助程式中，並在決定數字的整數部分時呼叫它：終止符位元組到達、看到 '.' 或 'e'/'E'，或輸入在完全緩衝的值內結束。它未在與攻擊者相關的路徑上叫用，其中剖析器在仍處於MINOR_NUMBER_INTEGER_DIGITS次要狀態時用盡輸入，並將NOT_AVAILABLE傳回給呼叫端。因此，攻擊者如果將 JSON 分許多小區塊串流到非封鎖剖析器，而無需傳送終止符位元組，就會無限期地將剖析器保留在MINOR_NUMBER_INTEGER_DIGITS內。
    _textBuffer.expandCurrentSegment（） 會在每個區塊上增加累加器，而 validateIntegerLength（） 永遠不會呼叫。累加器僅以 maxStringLength （預設為 20 MiB） 而非 maxNumberLength （預設為 1000） 為界，比記錄的限制放大大約 20,000 倍。由於 Java 字元值佔用兩個位元組，因此在值完成時驗證器最終觸發之前，可以將單一連線驅動至大約 40 MiB 的堆積。等效的分數路徑代碼是正確的：
    _finishFloatFraction（） 在返回NOT_AVAILABLE之前呼叫 _setFractLength（）。遺漏的呼叫會影響 NonBlockingUtf8JsonParserBase 中 _startPositiveNumber（）、_startNegativeNumber（） 和 _finishNumberIntegralPart（） 中的整數路徑。影響：Spring WebFlux/Reactor、Quarkus、Helidon 和 Vert.x 等反應式架構會在傳入 HTTP 或 gRPC 位元組到達時將其饋送至非同步剖析器，這正是所需的區塊摘要形狀。設定 StreamReadConstraints.maxNumberLength 並預期其限制每個數字值記憶體的運算子不會獲得該保證;每個並行連線都會累積記憶體，而攻擊者控制的並行可能會耗盡 JVM 堆積。同步剖析器 （UTF8StreamJsonParser、ReaderBasedJsonParser） 和在完整輸入上運作的非同步剖析器不受影響。利用只需要能夠將資料串流至剖析端點;不需要任何權限或使用者互動。此問題影響 com.fasterxml.jackson.core：jackson-core（從版本2.15.0到 2.18.7和 ），2.21.32.19.0以及 tools.jackson.core：jackson-core （3.0.0從 3.1.3）。之前 2.15.0 的版本不會受到影響，因為定義 maxNumberLength 設定的 StreamReadConstraints 是首次在 jackson-core 2.15.0中引入的，因此在早期版本中不存在此類約束可以繞過。請注意，GHSA-r7wm-3cxj-wff9 會指出受影響 2.x 的範圍，但沒有下限。2.22.x和3.2.x版本行不受影響：這些分支是在修正提交登陸 2026-05-21 之後建立的，因此包含其初始版本 （2.22.0標記為 2026-06-03 和3.2.0標記為 2026-06-08） 的分支。（CVE-2026-68494）

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

偵測

Linux Distros 未修補弱點：CVE-2026-68494

high Nessus Plugin ID 332786

版本 1.8