Skip to content
VulniPulse
UnratedApache Software Foundation Updated

Advisory [CVE-2026-71257] Apache Wicket enforces the upload limits configured on a form or upload field while parsing a multipart request with Apache Commons FileUpload

This security Apache Software Foundation advisory covers CVE-2026-71257 affecting Apache Wicket.

CVE-2026-71257 Published Aug 31, 2026Updated by vendor Aug 31, 2026
Affected products & platforms
Apache Software FoundationUnclassified
Open vendor advisory

Android app · Google Play

Monitor future Apache Software Foundation CVEs from your phone.

Choose a whole vendor or a precise platform, then receive matching security advisories by phone notification, email, or both. Coverage follows 32 official vendor sources and 160+ reviewed platform categories.

Matching phone alertsOptional email delivery

Summary

Apache Wicket enforces the upload limits configured on a form or upload field while parsing a multipart request with Apache Commons FileUpload. If the request body has already been consumed by another component, Commons FileUpload returns no items and Wicket falls back to reading the upload through HttpServletRequest#getParts().

The per-file size limit (for example Form#setFileMaxSize) and the file count limit (Form#setFileCountMax) are not applied to the parts obtained that way, and no exception is raised, so the upload is processed as though those limits had been satisfied.

A remote uploader can therefore submit files that are larger, or more numerous, than the application permits, up to whatever the component that parsed the request allows.

A part carrying no Content-Type header is additionally read into memory in full during parsing, so the size of that allocation is determined by the request and bounded only by those same external limits.

The total upload size limit (Form#setMaxSize) is not affected. Commons FileUpload compares the declared Content-Length against it before reading the body, so a request declaring an oversized length is rejected before the fallback is reached.

Affected versions
  • 8.0.0 through 8.18.0
  • 9.0.0 through 9.23.0
  • 10.0.0 through 10.10.0.
  • through 10.10.0

Official advisory · medium-confidence parse· fetched 1 hour ago·verify at source

Fixed versions
  • 8.19.0
  • 9.24.0
  • 10.11.0

Official advisory · medium-confidence parse· fetched 1 hour ago·verify at source

Mitigation checklist

Recommended fix / mitigation
  • The per-file size limit (for example Form#setFileMaxSize) and the file count limit (Form#setFileCountMax) are not applied to the parts obtained that way, and no exception is raised, so the upload is processed as though those limits had been satisfied.
  • The total upload size limit (Form#setMaxSize) is not affected.
  • Applications that configure neither a per-file nor a file-count limit are not affected, as Wicket applies neither by default.
  • Users are recommended to upgrade to version 8.19.0, 9.24.0 or 10.11.0, which fix the issue.
  • Users of Apache Wicket 7.x or older, which are no longer supported, should upgrade to a supported version.
Temporary workarounds
  • As a workaround, configure equivalent limits in the component that parses the request — for example spring.servlet.multipart.max-file-size and max-request-size, or maxFileSize and maxRequestSize in @MultipartConfig or in the web.xml element.

Official advisory · medium-confidence parse· fetched 1 hour ago·verify at source

Discussion(0)

No comments yet. Share field notes, upgrade gotchas, or questions — verify against the vendor advisory before acting on community advice.

Sign in to join the discussion.