Skip to content
Sign in
CVE-2026-841708.3High

Apache Wicket: Configured upload limits are not enforced by the standalone file upload resource

Apache Software Foundation · Apache Wicket

Not in CISA KEVVendor fix available

No EPSS score yet. The score appears once FIRST publishes it.

8.3HighCVSS
LowHigh

DescriptionNVD

Allocation of resources without limits or throttling in Apache Wicket. org.apache.wicket.markup.html.form.upload.resource.AbstractFileUploadResource is the server side of the form-less upload offered by FileUploadToResourceField, which posts the selected files to a separately mounted resource rather than through a Form. The resource is an application-wide singleton with no component to consult, so newResourceResponse() takes the three limits that bound the upload the total request size, the maximum size of a single part and the maximum number of parts from the request parameters maxSize, fileMaxSize and fileCountMax, and hands them to the multipart parser as they arrive. Nothing binds those numbers to the field that is supposed to be uploading. A request naming a very large maxSize is therefore parsed with no effective ceiling on the total size, and omitting fileMaxSize and fileCountMax leaves the per-part and part-count limits unset as well. The values the application configured through FileUploadToResourceField#setMaxSize(), #setFileMaxSize() and #setFileCountMax() are consulted only when the client omits the corresponding parameter, so against a client that supplies one the

Coverage1 article · 1 outlet

First in our coverage: SecurityOnline, 2 Nov.

New articles also arrive in the RSS feed.

References

Updated AboutDevelopersSign in