CVE-2026-63317
ŚrednieCVSS 5.6Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 41 - wyżej niż 41% wszystkich znanych CVE
Streszczenie
W Apache OpenNLP przed wersjami 2.5.10 i 3.0.0-M5 wykryto podatność umożliwiającą dowolną instancję klas. Atakujący może dostarczyć spreparowany model lub nazwę formatu, co prowadzi do załadowania i wykonania kodu z niebezpiecznych klas.
Ocena ryzyka
Ryzyko polega na możliwości zdalnego wykonania kodu (RCE) przez atakującego, który ma dostęp do modeli lub parametrów formatu. Może to prowadzić do przejęcia kontroli nad systemem, wycieku danych lub zakłócenia działania usług.
Rekomendacja
Należy natychmiast zaktualizować Apache OpenNLP do wersji 2.5.10 lub 3.0.0-M5. Jeśli aktualizacja nie jest możliwa, ogranicz zaufane źródła modeli i parametrów formatu oraz audytuj classpath pod kątem niebezpiecznych klas.
Inne podatności w Apache OpenNLP
Zobacz wszystkie- CVE-2026-43825Wysokie
W Apache OpenNLP w module libsvm dokumentacji kategorii (linia 3.x) wykryto podatność na niezaufaną deserializację Java. Metoda SvmDoccatModel.deserialize(InputStream) używa java.io.ObjectInputStream bez filtra, co pozwala atakującemu na zdalne wykonanie kodu poprzez spreparowany strumień.
- CVE-2026-42027Krytyczne
W Apache OpenNLP przed wersjami 1.9.5, 2.5.9 i 3.0.0-M3, metoda ExtensionLoader.instantiateExtension() ładuje klasę na podstawie nazwy z pliku manifest.properties archiwum modelu za pomocą Class.forName() przed sprawdzeniem, czy klasa jest zgodna z oczekiwanym interfejsem. Pozwala to atakującemu na wykonanie statycznego inicjalizatora dowolnej klasy dostępnej w classpath podczas ładowania modelu, co może prowadzić do niepożądanych efektów ubocznych.
- CVE-2026-40682Krytyczne
W bibliotece Apache OpenNLP wykryto podatność XML External Entity (XXE) w klasie DictionaryEntryPersistor. Klasa ta inicjalizuje parser SAX bez włączenia bezpiecznego przetwarzania (FEATURE_SECURE_PROCESSING) i bez wyłączenia obsługi DTD, co pozwala atakującemu na wstrzyknięcie złośliwej deklaracji DOCTYPE w pliku słownika. Skutkuje to możliwością ujawnienia lokalnych plików (file://) lub wykonania żądań po stronie serwera (SSRF) przez referencje http:// podczas parsowania XML.
- CVE-2026-42440Wysokie
W Apache OpenNLP przed wersjami 1.9.5, 2.5.9 i 3.0.0-M3 odkryto podatność na atak DoS polegający na wyczerpaniu pamięci (OOM). Metody getOutcomes(), getOutcomePatterns() i getPredicates() w klasie AbstractModelReader alokują tablice na podstawie 32-bitowej liczby całkowitej z pliku modelu bez walidacji, co pozwala atakującemu na podanie wartości Integer.MAX_VALUE i spowodowanie natychmiastowego błędu OutOfMemoryError.
Oryginalny opis (angielski, źródło NVD)
Arbitrary Class Instantiation via XML Feature Generator Descriptor and Format Name in Apache OpenNLP Versions Affected: - before 2.5.10 - before 3.0.0-M5 Description: Three code paths in Apache OpenNLP load a class by its fully-qualified name via Class.forName() and invoke its no-arg constructor without any prior validation of the class name or its type. The affected paths are: (1) GeneratorFactory, which reads the class attribute of generator elements in an XML feature generator descriptor; such descriptors are embedded as artifacts in model archives (e.g. TokenNameFinder and POSTagger models) and are parsed during model loading, so an attacker who can supply a crafted model archive controls the class name directly. (2) StreamFactoryRegistry.getFactory(Class, String), which falls back to interpreting an unregistered format name as the fully-qualified class name of an ObjectStreamFactory; this is exploitable in applications that pass untrusted format names (e.g. exposing the -format parameter of the command-line tooling to external input). (3) StringInterners, which instantiates the interner implementation named by the opennlp.interner.class system property; this value is normally deployer-controlled, so it is hardened as defense in depth rather than being independently attacker-reachable. Exploitation requires a class with attacker-useful side effects in its static initializer or no-arg constructor (JNDI lookup, outbound network I/O, filesystem access) to be present on the classpath, so this is not drop-in remote code execution. T Mitigation: Upgrade to a fixed release. The fix routes all three paths through ExtensionLoader.instantiateExtension(...), which consults a package-prefix allowlist before Class.forName() is invoked, so a disallowed class is never loaded, initialized, or constructed. Classes under the opennlp. prefix remain permitted by default. Deployments that load models referencing feature generator factories, object stream factories, or string interners outside opennlp.* must opt those packages in, either programmatically via ExtensionLoader.registerAllowedPackage(String) before the first model load, or by setting the OPENNLP_EXT_ALLOWED_PACKAGES system property to a comma-separated list of allowed package prefixes. Users who cannot upgrade immediately should ensure all model files and format names are sourced from trusted origins and should audit their classpath for classes with side-effecting static initializers or constructors.

