Krytyczny Oczekuje na analizę

CVE-2026-82617

opublikowano: 11.09.2026, 20:16

modyfikacja: 11.09.2026, 23:17

Ocena CVSS

10.0

Krytyczny · v4.0

Oficjalne źródła

wektor: CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:H/SI:H/SA:H/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X

>_ Opis

Tłumaczenie automatyczne – może zawierać nieścisłości.

Dwa wbudowane wzorce wyszukiwania nazw udostępniane przez
opennlp.tools.namefind.RegexNameFinderFactory - DEFAULT_REGEX_NAME_FINDER.EMAIL
i DEFAULT_REGEX_NAME_FINDER.URL – zawierają niejednoznaczne zagnieżdżone kwantyfikatory. An
aplikacja, która pozyskuje te wyszukiwarki
RegexNameFinderFactory.getDefaultRegexNameFinders(...), a następnie stosuje je do
niezaufany tekst poprzez RegexNameFinder.find(String[]) lub RegexNameFinder.find(String)
można wprowadzić w superliniowe cofanie lub w nieograniczoną rekurencję dopasowującą przez a
mały, spreparowany wkład.

W przypadku wzorca EMAIL długi ciąg znaków części lokalnej, po którym nigdy nie następuje znak an
@ zmusza moduł dopasowujący do ponownego skanowania do końca wejścia z każdego początkowego przesunięcia. Koszt rośnie
kwadratowo z długością danych wejściowych: wejście o wielkości około 32 KB zajmuje kilka sekund
procesora w pojedynczym wywołaniu find() i nie zwraca dopasowania oraz przy każdym podwojeniu wartości wejściowej
mnoży koszt mniej więcej czterokrotnie.

W przypadku wzorca adresu URL podwyrażenie ciągu zapytania zagnieżdża w nim powtórzenie przechwytywania
zewnętrzne powtórzenie. Mechanizm dopasowujący JDK powtarza raz na token zapytania, więc dane wejściowe
około 4 KB zawierające wiele tokenów oddzielonych & wyczerpuje stos wątków i
powoduje, że java.lang.StackOverflowError propaguje się poza find(), kończąc
wywołanie wątku. W wątku utworzonym przy użyciu mniejszego stosu (na przykład -Xss512k, typowo
pul procesów roboczych serwera) wystarczy około 1 KB.

W obu przypadkach osoba atakująca, która może dostarczyć tekst do analizy, może przekonwertować pojedyncze żądanie
na sekundy lub minuty przypiętego procesora lub nagłą śmierć wątku, odmawiając obsługi
aplikację do osadzania. Nie ma żadnego uwierzytelniania, specjalnej konfiguracji ani pliku modelu
wymagane poza aplikacją po wybraniu jednego z dwóch wbudowanych szukaczy.

Ten problem dotyczy Apache OpenNLP: od 2.0.0 do 2.5.11; od 3.0.0-M1 do
3.0.0-M5.

Użytkownikom zaleca się aktualizację do wersji 2.5.12 lub do 3.0.0-M6 w przypadku użytkowników śledzących
Wiersz kamienia milowego w wersji 3.0.0, który rozwiązuje problem.

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.

>_ Słabości (CWE)

CWE-1333

>_ Referencje

Dane podatności pochodzą z oficjalnych źródeł (CVE® List / NVD). Opisy po polsku są tłumaczone automatycznie i mogą zawierać nieścisłości – na stronie rekordu można wyświetlić wersję angielską.

This product uses the NVD API but is not endorsed or certified by the NVD.

CVE Usage: MITRE hereby grants you a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable copyright license to reproduce, prepare derivative works of, publicly display, publicly perform, sublicense, and distribute Common Vulnerabilities and Exposures (CVE®). Any copy you make for such purposes is authorized provided that you reproduce MITRE's copyright designation and this license in any such copy. ALL DOCUMENTS AND THE INFORMATION CONTAINED THEREIN PROVIDED BY MITRE ARE PROVIDED ON AN "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND.

NVD Terms of Use / CVE® Terms of Use / nvd.nist.gov / cve.org

<< baza_cve