Создание произвольного класса с помощью дескриптора генератора функций XML и имени формата в Apache OpenNLP
Затронутые версии:
- до 2.5.10
- до версии 3.0.0-M5
Описание:
Три пути кода в Apache OpenNLP загружают класс по его полному имени через Class.forName() и вызывают его конструктор без аргументов без предварительной проверки имени класса или его типа. Затронутые пути:
(1) GeneratorFactory, который считывает атрибут класса элементов генератора в дескрипторе генератора функций XML; такие дескрипторы встраиваются как артефакты в архивы моделей (например, модели TokenNameFinder и POSTagger) и анализируются во время загрузки модели, поэтому злоумышленник, который может предоставить созданный архив модели, напрямую контролирует имя класса.
(2) StreamFactoryRegistry.getFactory(Class, String), который возвращается к интерпретации имени незарегистрированного формата как полного имени класса ObjectStreamFactory; это можно использовать в приложениях, которые передают ненадежные имена форматов (например, предоставляя параметр -format инструмента командной строки внешнему вводу).
(3) StringInterners, который создает экземпляр внутренней реализации, указанной в системном свойстве opennlp.interner.class; это значение обычно контролируется развертывателем, поэтому оно защищено как эшелонированная защита, а не как независимое достижимое злоумышленником. Для эксплуатации требуется, чтобы класс с полезными для злоумышленника побочными эффектами в его статическом инициализаторе или конструкторе без аргументов (поиск JNDI, исходящий сетевой ввод-вывод, доступ к файловой системе) присутствовал в пути к классам, поэтому это не является удаленным выполнением кода.
Т
Смягчение:
Обновите до фиксированной версии. Исправление маршрутизирует все три пути через ExtensionLoader.instantiateExtension(...), который проверяет список разрешений префикса пакета перед вызовом Class.forName(), поэтому запрещенный класс никогда не загружается, не инициализируется и не создается. Занятия под opennlp. префикс остается разрешенным по умолчанию.
Развертывания, которые загружают модели, ссылающиеся на фабрики генераторов объектов, фабрики объектных потоков или интернеры строк вне opennlp.*, должны включить эти пакеты либо программно через ExtensionLoader.registerAllowedPackage(String) перед первой загрузкой модели, либо путем установки системного свойства OPENNLP_EXT_ALLOWED_PACKAGES в список разрешенных префиксов пакетов, разделенных запятыми. Пользователи, которые не могут выполнить обновление немедленно, должны убедиться, что все файлы моделей и имена форматов получены из надежных источников, и должны проверить свой путь к классам на наличие классов с побочными статическими инициализаторами или конструкторами.
Показать оригинальное описание (EN)
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.
Характеристики атаки
Последствия
Строка CVSS v3.1