Skip to content
VulniPulse
Advisory severityHigh8.3Apache Software Foundation Updated

High [CVE-2026-83594] Memory allocation with an excessive size value in Apache Wicket

This high-severity Apache Software Foundation advisory covers CVE-2026-83594 affecting Apache Wicket.

Aggregated and source-linked by VulniPulse. Data sources, validation and limitations.

CVE-2026-83594 Source published Source updated

VulniPulse record published Record updated

CVE-2026-83594
Affected products & platforms
Apache Software FoundationUnclassified
Open source advisory

Get an email when Apache Software Foundation publishes the next one.

See Apache Software Foundation's last 90 days of advisories first. Then choose the free weekly digest, or a free month of real-time alerts with the severity, the fixed version and the vendor's link (card needed, then US$15/month; we email you before the first charge).

Alert me about Apache Software Foundation

Summary

Memory allocation with an excessive size value in Apache Wicket.

org.apache.wicket.markup.html.form.upload.resource. FileUploadToResourceField uploads files to a separately mounted resource rather than through a form, and is told the outcome afterwards over its own Ajax callback.

That callback reads the request parameter filesInfo, a JSON array carrying a client file name, a size and a content type for each file, and turns it into the list of FileUploadToResourceField. UploadInfo that onUploadSuccess() receives.

Nothing binds that JSON to an upload the resource performed and nothing re-derives it from the stored files, so the number of entries and every value in them are whatever the request supplied.

The callback URL is rendered into the page, no prior upload is required, and both GET and POST reach it, so any client that can load the page can have the component report files that were never uploaded, without authenticating beyond whatever the page itself requires and without any user interaction.

UploadInfo#get(), which the class offers as the way to obtain the bytes of an upload, allocates a byte array from UploadInfo#getSize() before it opens the file. The array is therefore sized by the number the request supplied, and the allocation happens even for a file that was never stored.

Affected versions
  • 9.14.0 through 9.24.0
  • 10.0.0 through 10.11.0.
  • through 10.11.0

Official advisory · high-confidence parse· fetched 8 hours ago·verify at source

Fixed versions
  • 9.25.0
  • 10.12.0

Official advisory · high-confidence parse· fetched 8 hours ago·verify at source

Mitigation checklist

Recommended fix / mitigation
  • Where the application denies the ENABLE action on the field through its authorization strategy, the callback is refused like any other listener.
  • Users are recommended to upgrade to version 9.25.0 or 10.12.0, which fix the issue.

Official advisory · high-confidence parse· fetched 8 hours ago·verify at source

All Apache Software Foundation advisories

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 34 official vendor sources and 160+ reviewed platform categories.

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.