Уязвимость обхода пути в механизме загрузки шаблона Apache FreeMarker, если злоумышленник может указать произвольный неверный идентификатор локали для FreeMarker, а параметр конфигурации локализованного поиска включен (он включен по умолчанию). Эта проблема затрагивает Apache FreeMarker с версий 2.2.0 по 2.3.34. Пользователям рекомендуется выполнить обновление до версии 2.3.35.
Отключение локализованного поиска в предыдущих версиях также смягчает эту проблему. Обратите внимание, что даже в версиях, подверженных этой уязвимости, файлы, которые можно загрузить, остаются ограниченными TemplateLoader, на использование которого настроен FreeMarker. В частности, FileTemplateLoader предотвращает попытки выйти за пределы baseDir, указанного в его конструкторе.
Другие реализации TemplateLoader могут разрешать доступ за пределами назначенного им базового каталога, но они по-прежнему ограничены базовым механизмом хранения — например, загрузчик, обертывающий загрузчик классов Java, может получить доступ только к ресурсам, которые может загружать загрузчик классов, в то время как загрузчик, обертывающий контекст веб-приложения, может получить доступ только к ресурсам, доступным через этот контекст.
Показать оригинальное описание (EN)
Path traversal vulnerability in Apache FreeMarker template loading mechanism, if the attacker can specify an arbitrary malformed locale identifier to FreeMarker, and the localized lookup configuration setting is enabled (it's by default enabled). This issue affects Apache FreeMarker from 2.2.0 through 2.3.34. Users are recommended to upgrade to version 2.3.35. Disabling localized lookup in previous versions also mitigates this. Note that even in versions affected by this vulnerability, the files that can be loaded remain restricted by the TemplateLoader that FreeMarker is configured to use. In particular, FileTemplateLoader prevents attempts to traverse outside the baseDir specified in its constructor. Other TemplateLoader implementations may allow access outside their designated base directory, but they are still constrained by the underlying storage mechanism—for example, a loader wrapping a Java class loader can only access resources that the class loader can load, while one wrapping a web application context can only access resources available through that context.