CVE-2026-70449: Apache Wicket: Path traversal in resource style/variation/locale
Improper validation of resource URL attributes in Apache Wicket allows an unauthenticated remote attacker to read files from the web application, including files under WEB-INF that the servlet container would not otherwise serve.
The locale, style and variation attributes decoded from a package resource URL are spliced into the resource lookup path without being checked for path separators. The IPackageResourceGuard — whose rejection of .. is one of the two intended controls — is applied to the resource name before those attributes are appended, and WebApplicationPath rejects only paths literally beginning with WEB-INF/. Neither control ever inspects the attacker-controlled portion of the path. On servlet containers that normalize .. in ServletContext.getResource(), a crafted request therefore escapes the intended package directory.
The set of readable files is limited to the file extensions permitted by the configured IPackageResourceGuard. The default SecurePackageResourceGuard permits only js, css, png, jpg, jpeg, gif, ico, cur, map, html, txt, swf, bmp, svg, avif, eot, ttf, woff and woff2, which excludes configuration formats. Applications that have added patterns to the guard, or replaced it with the blocklist-based PackageResourceGuard, can additionally disclose configuration files such as web.xml. Independently of the extension, the lookup performed before the guard runs acts as an existence oracle for arbitrary paths.
This issue affects Apache Wicket 8.18.0 and before, 9.23.0 and before and 10.10.0 and before.
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.
Affected Software
Remediation
Recommended actions to resolve this vulnerability, in priority order.
- Upgrade
Upgrade
Apache Wicketto a version that resolves this vulnerability.Fixed in 8.19.0 - Upgrade
Upgrade
Apache Wicketto a version that resolves this vulnerability.Fixed in 9.24.0 - Upgrade
Upgrade
Apache Wicketto a version that resolves this vulnerability.Fixed in 10.11.0 - Compensating control
If you use Apache Wicket package resources, ensure the IPackageResourceGuard in use is configured to reject/permit only safe file extensions (the default SecurePackageResourceGuard permits only js, css, png, jpg, jpeg, gif, ico, cur, map, html, txt, swf, bmp, svg, avif, eot, ttf, woff, woff2), since the set of readable files is limited to the file extensions permitted by the configured IPackageResourceGuard.
Event History
Frequently Asked Questions
Which deployments are most exposed to this issue?
Deployments on servlet containers that normalize '..' in ServletContext.getResource() are affected by crafted requests that escape the intended package directory. Applications that broadened the configured IPackageResourceGuard may expose more file types than those allowed by the default guard.
Does exploitation require authentication or special application access?
No. The issue can be exploited by an unauthenticated remote attacker through crafted package resource URLs.
What files could be exposed under the default resource guard?
The readable files are limited to extensions permitted by IPackageResourceGuard. By default, SecurePackageResourceGuard permits web-resource extensions such as js, css, image formats, html, txt, font formats, map, and swf, while excluding configuration formats; files under WEB-INF may still be readable if they match an allowed extension.