CVE-2026-82617
9,8, critiqueThe two built-in name-finder patterns exposed by opennlp.tools.namefind.RegexNameFinderFactory - DEFAULT_REGEX_NAME_FINDER.EMAIL and…
- CVSS
- 9,8, critique critique CVSS v3.1
- EPSS, 30 prochains jours
- 0,8% supérieur à 54,6% des CVE notées
- Exploitation
- Aucune preuve publique
- Publiée
- 11 sept. 2026il y a un mois
Description
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.
Détails
- Éditeur
- Apache Software Foundation
- Produit
- Apache OpenNLP
- Faiblesse
- CWE-1333 (s'ouvre dans un nouvel onglet)
- Statut
- Analysée
- Mise à jour
- 16 sept. 2026
- Attribuée par
- security@apache.org
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
Références 2
Le type est déduit des étiquettes de NVD lorsqu'elles existent, sinon de la forme de l'URL : considérez-le comme un indice.
Autres CVE de Apache Software Foundation
Toutes les CVE de Apache Software Foundation dans notre baseMême éditeur parmi les CVE de notre base ; cela n'implique aucun lien connu entre ces failles.
- CVE-2026-92414 Apache Software Foundation Apache Jackrabbit Session Fixation Vulnerability EPSS 0,7% 9,1, critique
- CVE-2026-104714 Apache Software Foundation Apache Struts Race Condition Vulnerability EPSS 0,7% 8,8, élevé
- CVE-2026-86089 Apache Software Foundation Apache NiFi Missing Authorization Vulnerability EPSS 0,4% 7,1, élevé
- CVE-2026-87976 Apache Software Foundation Apache NiFi Registry Path Traversal Vulnerability EPSS 0,8% 8,1, élevé
- CVE-2026-71257 Apache Software Foundation Apache Wicket Allocation of Resources Without Limits or Throttling Vulnerability EPSS 0,7% 7,5, élevé
- CVE-2026-74848 Apache Software Foundation Apache APISIX HTTP Request Smuggling Vulnerability EPSS 0,6% 7,5, élevé
- CVE-2026-75005 Inefficient Algorithmic Complexity vulnerability in Apache APISIX EPSS 0,7% 7,5, élevé
- CVE-2026-75020 Improper Neutralization of Special Elements used in an LDAP Query ('LDAP Injection') vulnerability in Apache APISIX EPSS 0,5% 8,1, élevé
Au-delà de cette page
CVE-2026-82617 est-elle présente sur votre réseau ?
Cette page vous dit à quel point CVE-2026-82617 est dangereuse de manière générale. Savoir si elle se trouve sur l'un de vos appareils, seul un scan de votre propre réseau peut le dire. C'est ce que font nos systèmes, chaque jour, pour les entreprises que nous protégeons.
-
EXYS7600 OCELOT
La trouver avant les attaquants
Ocelot analyse votre réseau de manière planifiée et signale chaque vulnérabilité trouvée avec son identifiant CVE, son score CVSS et le nombre de vos hôtes touchés. Chaque résultat, comme CVE-2026-82617, est accompagné de la liste des appareils à corriger.
Découvrir EXYS7600 OCELOT -
EXYS7950 KONDRA
La détecter si elle est exploitée
Tant que le correctif n'est pas installé, Kondra surveille le réseau, les événements et les terminaux en temps réel. Il tient l'inventaire des logiciels installés sur chaque terminal, et ses règles de détection d'anomalies signalent ce que fait un attaquant une fois dans le réseau.
Découvrir EXYS7950 KONDRA
Compilé à partir de l'API NVD 2.0, du catalogue Known Exploited Vulnerabilities de la CISA et de FIRST EPSS. Les scores correspondent à notre dernière collecte du 17 oct. 2026, pas à l'état actuel des sources.