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

  - opennlp.tools.namefind.RegexNameFinderFactory - DEFAULT_REGEX_NAME_FINDER公開的兩個內建名稱搜尋器模式。電子郵件和DEFAULT_REGEX_NAME_FINDER。URL - 包含模棱兩可的巢狀量詞。
    透過 RegexNameFinderFactory.getDefaultRegexNameFinders（...） 取得這些搜尋器，然後透過 RegexNameFinder.find（String[]） 或 RegexNameFinder.find（String） 將它們套用至不受信任的文字的應用程式，可以透過小型特製輸入驅動至超線性回溯或無限比對器遞迴。對於 EMAIL 模式，從不跟著 @ 的長篇本機部分字元會強制比對器從每個起始位移重新掃描到輸入結尾。成本隨著輸入長度呈二次方增長：大約 32 KB 的輸入在單個 find（） 調用中消耗幾秒鐘的 CPU，並且不返回任何匹配項，並且輸入每加倍，成本就會增加大約四倍。針對 URL 模式，查詢字串子運算式會在外部重複內巢狀擷取重複。JDK 比對器會為每個查詢權杖遞迴一次，因此包含許多 & 分隔權杖的大約 4 KB 的輸入會耗盡執行緒堆疊，並導致 java.lang.StackOverflowError 從 find（） 傳播出去，從而終止呼叫執行緒。在使用較小堆疊建立的執行緒上 （例如 -Xss512k，典型的伺服器背景工作集區），大約 1 KB 就足夠了。在這兩種情況下，能夠提供文字進行分析的攻擊者都可以將單一要求轉換為幾秒鐘到幾分鐘的固定 CPU，或轉換成突然的執行緒終止，從而拒絕對內嵌應用程式的服務。除了選擇兩個內建搜尋器之一的應用程式之外，不需要驗證、特殊配置或模型檔案。此問題影響 Apache OpenNLP：從 2.0.02.5.113.0.0-M1 到 3.0.0-M5。建議使用者升級至版本 2.5.12，或針對追蹤 3.0.0 里程碑行的使用者升級至 3.0.0-M6，以修正此問題。（CVE-2026-82617）

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

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - opennlp.tools.namefind.RegexNameFinderFactory 公开的两种内置名称查找器模式 - DEFAULT_REGEX_NAME_FINDER。电子邮件和DEFAULT_REGEX_NAME_FINDER。URL - 包含有歧义的嵌套限定符。
    通过 RegexNameFinderFactory.getDefaultRegexNameFinders（...） 获取这些查找器，然后通过 RegexNameFinder.find（String[]） 或 RegexNameFinder.find（String） 将它们应用于不受信任的文本的应用程序可以通过构建的小输入进入超线性回溯或无限匹配器递归。对于 EMAIL 模式，从不跟 @ 的长篇本地部分字符会强制匹配器从每个起始偏移量重新扫描到输入结尾。成本随输入长度呈二次方增长：大约 32 KB 的输入在单个 find（） 调用中消耗了几秒钟的 CPU，并且不返回匹配项，并且输入每翻倍就会使成本大约乘以四倍。对于 URL 模式，查询字符串子表达式将捕获重复嵌套到外部重复中。JDK 匹配程序针对每个查询标记递归一次，因此包含许多 & 分隔标记的大约 4 KB 的输入会耗尽线程堆栈，并导致 java.lang.StackOverflowError 传播到 find（） 之外，从而终止调用线程。在使用较小堆栈创建的线程（例如，-Xss512k，典型的服务器工作线程池）上，大约 1 KB 就足够了。在两种情况下，能够提供文本进行分析的攻击者可将单个请求转换为几秒到几分钟的固定 CPU，或转换为线程突然终止，从而拒绝对嵌入应用程序的服务。除了选择两个内置查找器之一的应用程序之外，不需要任何身份验证、特殊配置或模型文件。此问题影响 Apache OpenNLP：从 2.0.0 3.0.0-M1 到 2.5.113.0.0-M5。建议用户升级到版本 2.5.12，或升级到版本 3.0.0-M6，以便跟踪 3.0.0 里程碑行的用户修复此问题。（CVE-2026-82617）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - opennlp.tools.namefind.RegexNameFinderFactory が公開する 2 つの内蔵 name-finder パターン - DEFAULT_REGEX_NAME_FINDER。メールとDEFAULT_REGEX_NAME_FINDER。URL - あいまいなネスト化された修飾子が含まれます。
    RegexNameFinderFactory.getDefaultRegexNameFinders(...) を通じてこれらのファインダーを取得し、それらを RegexNameFinder.find(String[]) または RegexNameFinder.find(String) を通じて信頼できないテキストに適用するアプリケーションは、小さく細工された入力によって、超線形逆追跡またはバインドされていない matcher 再帰に駆動される可能性があります。EMAIL パターンの場合、@ が後続しないローカルパーツ文字の長期実行により、マッチャーはすべての開始オフセットから入力の終わりまで再スキャンします。コストは入力の長さとともに2乗的に増加します:約32KBの入力は、1回のfind()呼び出しで数秒のCPUを消費し、一致するものを返さず、入力が2倍になるたびにコストが約4倍になります。URL パターンの場合、クエリ文字列サブ式は、キャプチャー用の繰り返しを外側の繰り返しの中にネストします。JDK の matcher は、クエリトークンごとに一度再帰するため、多くの区切りトークンを含む約 4 KB の入力はスレッドスタックを使い果たし、java.lang.StackOverflowError が find() から伝播して呼び出しスレッドを終了させます。より小さなスタック (たとえば、サーバーワーカープールの一般的な -Xss512k) で作成されたスレッドでは、約 1 KB で十分です。どちらの場合も、分析用のテキストを指定できる攻撃者が、単一のリクエストを数秒から数分のピン留めされた CPU に変換するか、埋め込みアプリケーションへのサービスを拒否する突然のスレッド デスに変換する可能性があります。2つの組み込みファインダーのうち1つを選択したアプリケーション以外に、認証、特別な構成、またはモデルファイルは必要ありません。この問題は、 2.0.0 から 2.5.11、3.0.0-M1 から 3.0.0-M5 までの Apache OpenNLP に影響を与えます。ユーザーは、バージョン 2.5.12 へアップグレードするか、 3.0.0 マイルストーン行を追跡しているユーザーは 3.0.0-M6 へアップグレードし、この問題を修正することが推奨されます。(CVE-2026-82617)

Nessus は、ベンダーから報告されたパッケージの存在に依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - The two built-in name-finder patterns exposed by opennlp.tools.namefind.RegexNameFinderFactory -     DEFAULT_REGEX_NAME_FINDER.EMAIL and DEFAULT_REGEX_NAME_FINDER.URL - contain ambiguous nested quantifiers.
    An application that obtains these finders through RegexNameFinderFactory.getDefaultRegexNameFinders(...)     and then applies them to untrusted text through RegexNameFinder.find(String[]) or     RegexNameFinder.find(String) can be driven into super-linear backtracking or into unbounded matcher     recursion by a small crafted input. For the EMAIL pattern, a long run of local-part characters that is     never followed by an @ forces the matcher to re-scan to end-of-input from every starting offset. Cost     grows quadratically with input length: an input of approximately 32 KB consumes several seconds of CPU in     a single find() call and returns no match, and each doubling of the input multiplies the cost roughly     four-fold. For the URL pattern, the query-string sub-expression nests a capturing repetition inside an     outer repetition. The JDK matcher recurses once per query token, so an input of approximately 4 KB     containing many &-separated tokens exhausts the thread stack and causes java.lang.StackOverflowError to     propagate out of find(), terminating the calling thread. On a thread created with a smaller stack (for     example -Xss512k, typical of server worker pools) approximately 1 KB is sufficient. In both cases an     attacker who can supply text for analysis can convert a single request into seconds to minutes of pinned     CPU, or into an abrupt thread death, denying service to the embedding application. No authentication,     special configuration, or model file is required beyond the application having selected one of the two     built-in finders. This issue affects Apache OpenNLP: from 2.0.0 through 2.5.11; from 3.0.0-M1 through     3.0.0-M5. Users are recommended to upgrade to version 2.5.12, or to 3.0.0-M6 for users tracking the 3.0.0     milestone line, which fix the issue. (CVE-2026-82617)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	名前	製品	ファミリー	公開日	更新日	深刻度
345322	Linux Distros 未修補弱點：CVE-2026-82617	Nessus	Misc.	2026/9/12	2026/9/21	critical
345322	Linux Distros 未修补的漏洞：CVE-2026-82617	Nessus	Misc.	2026/9/12	2026/9/21	critical
345322	Linux Distros のパッチ未適用の脆弱性: CVE-2026-82617	Nessus	Misc.	2026/9/12	2026/9/21	critical
345322	Linux Distros Unpatched Vulnerability : CVE-2026-82617	Nessus	Misc.	2026/9/12	2026/9/21	critical

検出

プラグインの検索

critical

critical

critical

critical