You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Jetty is a java-based web server and servlet engine. In affected versions prior to 9.4.51, 10.0.x prior to 10.0.14,11.0.x prior to 11.0.14, and 12.0.x prior to 12.0.0.beta0 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 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. Users are advised to upgrade. Users unable to upgrade may set the multipart parameter maxRequestSize, which must be set to a non-negative value, so the whole multipart content is limited (although still read into memory).
Checkmarx (SCA): Vulnerable Package
Vulnerability: Read More about CVE-2023-26048
Checkmarx Project: cxronen/BookStore_VSCode
Repository URL: https://github.com/cxronen/BookStore_VSCode
Branch: master
Scan ID: 3aaa12b3-552a-4874-ba98-3d364d7d56f6
Jetty is a java-based web server and servlet engine. In affected versions prior to 9.4.51, 10.0.x prior to 10.0.14,11.0.x prior to 11.0.14, and 12.0.x prior to 12.0.0.beta0 servlets with multipart support (e.g. annotated with
@MultipartConfig
) that callHttpServletRequest.getParameter()
orHttpServletRequest.getParts()
may causeOutOfMemoryError
when the client sends a multipart request with a part that has a name but no filename and very large content. This happens even with the default settings offileSizeThreshold=0
which should stream the whole part content to disk. An attacker client may send a large multipart request and cause the server to throwOutOfMemoryError
. However, the server may be able to recover after theOutOfMemoryError
and continue its service--
although it may take some time. Users are advised to upgrade. Users unable to upgrade may set the multipart parametermaxRequestSize
, which must be set to a non-negative value, so the whole multipart content is limited (although still read into memory).Additional Info
Attack vector: NETWORK
Attack complexity: LOW
Confidentiality impact: NONE
Availability impact: LOW
Remediation Upgrade Recommendation: 9.4.53.v20231009
The text was updated successfully, but these errors were encountered: