<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>VulnFeed.org: Apache Software Foundation Apache OFBiz</title><link>https://vulnfeed.org/</link><description>Every disclosure, as it lands. Critical-only feed available.</description><language>en</language><atom:link href="https://vulnfeed.org/feed/product/apache-software-foundation-apache-ofbiz.xml" rel="self" type="application/rss+xml"/><item><title>CVE-2026-82916: Apache OFBiz: webtools xmldsdump exports any entity to any path</title><link>https://vulnfeed.org/cve/CVE-2026-82916/</link><guid isPermaLink="true">https://vulnfeed.org/cve/CVE-2026-82916/</guid><pubDate>Thu, 05 Nov 2026 14:17:06 +0000</pubDate><description>Missing Authorization in XmlDsDump in Apache OFBiz 24.09 before 24.09.08 on all platforms allows a remote authenticated attacker holding only the webtools base permissions (OFBTOOLS_VIEW, WEBTOOLS_VIEW) — explicitly not the ENTITY_MAINT permission the export feature declares and visibly refuses to render for — to export the contents of any database entity, including UserLogin with its currentPassword hashes, to any filesystem path the OFBiz process can write, including a web-served docroot, and to create arbitrary directories or truncate arbitrary existing files at those paths, because the XmlDsDump screen action writes the requested entity data via new FileOutputStream on unvalidated outpath and filename request parameters before the screen&apos;s ENTITY_MAINT permission check runs, unlike the equivalent Java service entityExportAll, which enforces both a permission check and a file-path allow-list. Users are recommended to upgrade to version 24.09.08, which fixes this issue.</description></item><item><title>CVE-2026-82960: Apache OFBiz: Widget use-when Expression Injection Bypasses Groovy Sandbox for authenticated RCE</title><link>https://vulnfeed.org/cve/CVE-2026-82960/</link><guid isPermaLink="true">https://vulnfeed.org/cve/CVE-2026-82960/</guid><pubDate>Thu, 05 Nov 2026 14:17:06 +0000</pubDate><description>Improper Control of Generation of Code (&apos;Code Injection&apos;) in ModelFormField in the Apache OFBiz cms plugin before 24.09.08 on all platforms allows a remote authenticated attacker holding only CMS content-editor access to execute arbitrary operating system commands as the OFBiz process user via a single HTTP POST request, by submitting a crafted caContentIdTo parameter to EditAddContent, because the CMS screen copies that parameter into a top-level context variable that is interpolated into a form field&apos;s use-when attribute and the resulting string is passed unvalidated to GroovyUtil.eval(), whose compile-time SecureASTCustomizer sandbox does not restrict runtime reflection, allowing a payload that closes the expanded string literal and invokes java.lang.Runtime via reflection. Users are recommended to upgrade to version 24.09.08, which fixes this issue.</description></item><item><title>CVE-2026-84183: Apache OFBiz: Content Manager VIEW-only RCE in updateLayout</title><link>https://vulnfeed.org/cve/CVE-2026-84183/</link><guid isPermaLink="true">https://vulnfeed.org/cve/CVE-2026-84183/</guid><pubDate>Thu, 05 Nov 2026 14:17:06 +0000</pubDate><description>Incorrect Authorization in the updateLayout simple-method in applications/content/minilang/layout/LayoutEvents.xml in Apache OFBiz 24.09 before 24.09.08 on all platforms allows a remote authenticated attacker holding only OFBTOOLS_VIEW and CONTENTMGR_VIEW to execute arbitrary commands as the OFBiz process user, by using updateLayout&apos;s authorization check — which validates only the fixed CONTENT_CREATE operation rather than an update permission on the actual Content record and an independently selected DataResource — to relink an existing RESPONSE-purpose Content record and convert an arbitrary, independently selected DataResource into an OFBIZ_FILE/FTL resource pointed at the OFBiz access log, poisoned via a crafted User-Agent header and evaluated through the normal authenticated showContent route. Users are recommended to upgrade to version 24.09.08, which fixes this issue.</description></item><item><title>CVE-2026-82904: Apache OFBiz: Unbounded multi-form row count from a parameter name</title><link>https://vulnfeed.org/cve/CVE-2026-82904/</link><guid isPermaLink="true">https://vulnfeed.org/cve/CVE-2026-82904/</guid><pubDate>Thu, 05 Nov 2026 14:17:05 +0000</pubDate><description>Uncontrolled Resource Consumption in ServiceMultiEventHandler in Apache OFBiz 24.09 before 24.09.08 on all platforms allows a remote unauthenticated attacker to pin a server request thread for an attacker-chosen number of synchronous service dispatches, up to the signed-integer maximum, by submitting a single small HTTP request whose parameter names encode a row count via the &quot;o&quot; suffix used by multi-form submissions, because UtilHttp.getMultiFormRowCount derives that count from the largest such suffix with no upper bound and ServiceMultiEventHandler.invoke then loops that many times calling dispatcher.runSync, with the request-map for getFinAccountTransRunningTotalAndBalances reaching this handler with no authentication or CSRF requirement on a stock deployment. Users are recommended to upgrade to version 24.09.08, which fixes this issue.</description></item><item><title>CVE-2026-82907: Apache OFBiz: externalLoginKey honoured pre-auth, reusable and unbound</title><link>https://vulnfeed.org/cve/CVE-2026-82907/</link><guid isPermaLink="true">https://vulnfeed.org/cve/CVE-2026-82907/</guid><pubDate>Thu, 05 Nov 2026 14:04:07 +0000</pubDate><description>Authentication Bypass by Capture-replay in ExternalLoginKeysManager in Apache OFBiz 24.09 before 24.09.08 on all platforms allows a remote unauthenticated attacker who captures a live externalLoginKey value to obtain a complete, cookie-free, reusable session as the user who issued it, in every webapp that user can reach, because checkExternalLoginKey runs as a global preprocessor ahead of both the CSRF and authentication checks and accepts the key as a bearer credential that is never bound to a client, never expires, and is not invalidated after use, while the framework itself both appends live keys to every cross-webapp link it renders and, via WidgetWorker&apos;s unvalidated inter-app link target, lets an authenticated user&apos;s key be attached to an attacker-chosen absolute URL and delivered directly to the attacker&apos;s own server. Users are recommended to upgrade to version 24.09.08, which fixes this issue.</description></item><item><title>CVE-2026-82910: Apache OFBiz: renderLink compiles link parameters as FreeMarker source</title><link>https://vulnfeed.org/cve/CVE-2026-82910/</link><guid isPermaLink="true">https://vulnfeed.org/cve/CVE-2026-82910/</guid><pubDate>Thu, 05 Nov 2026 14:03:20 +0000</pubDate><description>Improper Neutralization of Special Elements Used in a Template Engine (&apos;Server-Side Template Injection&apos;) in MacroScreenRenderer in Apache OFBiz 24.09 before 24.09.08 on all platforms allows a remote authenticated attacker holding only the two view permissions of a control-servlet webapp (e.g. CATALOG_VIEW and OFBTOOLS_VIEW on /catalog, held by OFBiz&apos;s own shipped order-entry clerk role) to execute arbitrary operating system commands as the OFBiz service account with a single GET request, by placing an apostrophe followed by FreeMarker expression source in a screen link parameter value, because renderLink concatenates link parameter values verbatim between apostrophes into an unquoted, unescaped template-source string that is compiled and evaluated at render time, allowing the injected expression to reach the allow-listed FlexibleStringExpander.expandString call and, through a runtime-assembled Groovy interpolation, unsandboxed code execution. Users are recommended to upgrade to version 24.09.08, which fixes this issue.</description></item><item><title>CVE-2026-82912: Apache OFBiz: Unsandboxed Groovy compiled from a service parameter</title><link>https://vulnfeed.org/cve/CVE-2026-82912/</link><guid isPermaLink="true">https://vulnfeed.org/cve/CVE-2026-82912/</guid><pubDate>Thu, 05 Nov 2026 14:02:28 +0000</pubDate><description>Improper Neutralization of Special Elements Used in an Expression Language Statement (&apos;Expression Language Injection&apos;) in EmailServices in Apache OFBiz 24.09 before 24.09.08 on all platforms allows a remote authenticated attacker holding only OFBTOOLS_VIEW and ACCOUNTING_VIEW, the two view-level permissions that open the Accounting application, to execute arbitrary operating system commands as the account running OFBiz, by submitting a ${groovy:...} expression as the bodyText or subject value to the shipped Send Per Email invoice form, because sendMailFromScreen passes those caller-supplied values through FlexibleStringExpander.expandString, which compiles and evaluates embedded Groovy on a class loader that carries none of the SecureASTCustomizer restrictions GroovyUtil.eval applies elsewhere, behind a service and request-map that declare no permission check beyond base authentication. Users are recommended to upgrade to version 24.09.08, which fixes this issue.</description></item><item><title>CVE-2026-83542: Apache OFBiz: Unauthenticated RCE via login-page widget injection</title><link>https://vulnfeed.org/cve/CVE-2026-83542/</link><guid isPermaLink="true">https://vulnfeed.org/cve/CVE-2026-83542/</guid><pubDate>Thu, 05 Nov 2026 13:59:22 +0000</pubDate><description>Improper Control of Generation of Code (&apos;Code Injection&apos;) in Apache OFBiz 24.09 before 24.09.08 on all platforms allows a remote unauthenticated attacker to execute arbitrary code on the server by staging crafted widget XML in a multipart upload and overriding the mainDecoratorLocation used by a manager login route through an anonymous JSON request, causing OFBiz to load the staged XML through its live screen descriptor mechanism and evaluate an unsandboxed Groovy expression while rendering the authentication-failure page. Further validation established the following: -- The exploit does not require a malformed or incomplete multipart body: a well-formed multipart request that is kept in flight and then allowed to complete normally is sufficient. -- The screen loader reads the widget XML from a live process file descriptor while the upload is streaming, rather than from any file the attacker persists to disk. -- The same underlying issue is also reachable through the public, explicitly unauthenticated /sfa/control/editPortalPageColumnWidth route, returning command output directly in an HTTP 200 response — it is not limited to the login-failure rendering path used in the original report. Users are recommended to upgrade to version 24.09.08, which fixes this issue.</description></item></channel></rss>
