ORG.APACHE.OPENEJB:OPENEJB-HTTP · CVE-2026-86531 · Package
NO FIX YET · SEE WHAT TO DO
The embedded HTTP server in OpenEJB does not cap request body or multipart upload sizes and does not delete temporary files it creates for multipart parts. A remote unauthenticated attacker can exhaust memory or disk and cause a denial of service.
first public Nov 10, 2026 · 2 sources
Could this affect your app?
Free first check from your website. Connect your repo for the full answer.
Apps that serve HTTP through OpenEJB's embedded HTTP server (openejb-http module) are exposed to any network client that can reach it, no login needed. Deployments using the Tomcat connectors (standard Apache TomEE) are not affected. Skip it if the embedded server is not reachable from untrusted clients.
Not affected if network-restricted, tomcat-connector
Who cares embedded-http, java, openejb, tomee
The embedded OpenEJB HTTP server does not limit the size of incoming request bodies or of multipart requests, and does not remove the temporary files it creates for multipart parts. A remote unauthenticated attacker can cause excessive memory or disk usage, leading to denial of service. Deployments using the Tomcat connectors are not affected. Users are recommended to block network access to the embedded HTTP server from untrusted clients, or to migrate to the Tomcat based TomEE distributions.
NVD data is provided by NIST and is public domain. Posts quoted belong to their authors.
Check it with your coding agent
It reads this page and tells you if your code is affected.
Are you affected?
Ask from here. InfraStack checks the affected versions against your stack and answers in your inbox.
InfraStack checks the affected versions against your stack and answers in Slack, with the evidence and the fix.
10.3.0 or 11.0.0-M2, which remove the embedded OpenEJB HTTP server module