Answer in brief
CVE-2023-26048 records a Medium severity (CVSS 5.3) vulnerability in OutOfMemoryError for large multipart without filename in Eclipse Jetty. The current sources do not mark it as known exploited. The current feed maps org.eclipse.jetty:jetty-server (maven), org.eclipse.jetty:jetty-server (maven), org.eclipse.jetty:jetty-server (maven). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 5.3. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps org.eclipse.jetty:jetty-server (maven), org.eclipse.jetty:jetty-server (maven), org.eclipse.jetty:jetty-server (maven). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| org.eclipse.jetty:jetty-servermaven | >=0 <9.4.51.v20230217 | 9.4.51.v20230217 |
| org.eclipse.jetty:jetty-servermaven | >=10.0.0 <10.0.14 | 10.0.14 |
| org.eclipse.jetty:jetty-servermaven | >=11.0.0 <11.0.14 | 11.0.14 |
Published upstream
Apr 19, 2023
Evidence: source:osv:source_dates:source-dates:recordSource modified
Sep 10, 2026
Evidence: source:osv:source_dates:source-dates:recordFirst seen by HOL
Aug 7, 2026
### Impact Servlets with multipart support (e.g. annotated with `@MultipartConfig`) that call `HttpServletRequest.getParameter()` or `HttpServletRequest.getParts()` may cause `OutOfMemoryError` when the client sends a multipart request with a part that has a name but no filename and a very large content. This happens even with the default settings of `fileSizeThreshold=0` which should stream the whole part content to disk. An attacker client may send a large multipart request and cause the server to throw `OutOfMemoryError`. However, the server may be able to recover after the `OutOfMemoryError` and continue its service -- although it may take some time. A very large number of parts may cause the same problem. ### Patches Patched in Jetty versions * 9.4.51.v20230217 - via PR #9345 * 10.0.14 - via PR #9344 * 11.0.14 - via PR #9344 ### Workarounds Multipart parameter `maxRequestSize` must be set to a non-negative value, so the whole multipart content is limited (although still read into memory). Limiting multipart parameter `maxFileSize` won't be enough because an attacker can send a large number of parts that summed up will cause memory issues. ### References * https://github.com/eclipse/jetty.project/issues/9076 * https://github.com/jakartaee/servlet/blob/6.0.0/spec/src/main/asciidoc/servlet-spec-body.adoc#32-file-upload
Quoted source text, attributed separately from HOL analysis.