CVE-2026-84177
Last modified
CVE-2026-84177 is a medium-severity vulnerability rated 6.3/10 on the CVSS scale. Incorrect behavior order in Apache Wicket: a file path is validated before the framework appends the attributes that complete it. org.apache.wicket.request.resource.PackageResource asks the configured package resource guard about a path built from the scope class' package and the file name in the request URL, and then hands that same path to the resource stream locator together with a style, a variation and a locale. Those three attributes are decoded from the name of the first query parameter and never appear in the string the guard was given. EPSS estimates a 0.29% chance of exploitation in the next 30 days.
Description
Incorrect behavior order in Apache Wicket: a file path is validated before the framework appends the attributes that complete it. org.apache.wicket.request.resource.PackageResource asks the configured package resource guard about a path built from the scope class' package and the file name in the request URL, and then hands that same path to the resource stream locator together with a style, a variation and a locale. Those three attributes are decoded from the name of the first query parameter and never appear in the string the guard was given. org.apache.wicket.core.util.resource.locator.ResourceNameIterator appends them to that path, each preceded by an underscore, in the order variation, style, locale, before the file extension, so the file that is opened is not the file the guard approved. org.apache.wicket.markup.html.PackageResourceGuard decides whether an HTML file is a component's markup template by looking for a class file of the same name beside it, stripping one underscore-delimited suffix at a time as it goes. HTML is on the default allow list, so that check is the only thing separating a static HTML file, which may be served, from a markup template, which may not. Asked about the name of a template, the guard refuses it correctly. Asked about a shorter name for which no class exists, it accepts, and a style supplied in the URL then completes that name into the markup template of a component class, which is written to the response. An application is affected if the simple name of any of its component classes contains an underscore and no shorter part of that name is itself a class, such as Report_v2 or Wizard_Step1; an application with no such class name is not affected. No unusual deployment, packaging or configuration is required, and running in deployment rather than development mode does not prevent it. Java naming conventions discourage underscores in class names and no module Wicket ships has one, so no framework markup is exposed; what an application exposes this way is its own. A component whose class name has no underscore is not reachable, and neither is its localized or styled markup, because the guard finds the class file under the base name and refuses the request. The attributes cannot change the file extension and cannot leave the component's package, so nothing beyond HTML files in that package is reachable. Access is read-only, and what is disclosed is developer-authored template content: component structure, developer comments, markup that is rendered only under some conditions, inline script, and the endpoints a template names. No user data, credential or session material is reachable this way. An attacker has to name a class in the target package and the component itself, and Wicket writes fully qualified class names into the URL of every package resource it renders. This issue affects Apache Wicket: from 8.0.0 through 8.19.0, from 9.0.0 through 9.24.0, from 10.0.0 through 10.11.0. Users of Apache Wicket 7.x or older, which are no longer supported, should upgrade to a supported version. Users are recommended to upgrade to version 8.20.0, 9.25.0 or 10.12.0, which fix the issue.
Metrics
Weakness Enumeration
Affected Software
Source: CNA advisory (CVE.org). NVD analysis pending.
| Vendor | Product | Versions |
|---|---|---|
| Apache Software Foundation | Apache Wicket | >= 8.0.0, <= 8.19.0; >= 9.0.0, <= 9.24.0; >= 10.0.0, <= 10.11.0 |
References
Timeline
- Published
- Last Modified
- Status
- Deferred
Frequently Asked Questions
What is CVE-2026-84177?
How severe is CVE-2026-84177?
How do I fix CVE-2026-84177?
How Strix Helps
- How Strix found a critical auth bypass in etcdStrix autonomously discovered a critical authentication bypass in etcd, later designated CVE-2026-33413.
- Autonomous PentestingAI agents that find and validate exploitable vulnerabilities like this one across your applications.
- PR ReviewsPentest every pull request so vulnerable code is caught before it ships to production.
- AI Penetration TestingHow AI-driven penetration testing continuously covers your attack surface.
Related CVEs from 2026
- CVE-2026-84170Allocation of resources without limits or throttling in Apac…8.3
- CVE-2026-84171The WP images upload on piclect WordPress plugin through 1.0…9.8
- CVE-2026-84172Files accessible to external parties in Apache Wicket. org.…6.3
- CVE-2026-84173In Eclipse Ankaios versions v0.5.1 through v1.0.1, the agent…8.3
- CVE-2026-84175In Eclipse Ditto versions 3.0.0 to 3.9.6, the Things service…5.3
- CVE-2026-84176Permissive Cross-domain Policy with Untrusted Domains vulner…6.5
- CVE-2026-84178Cross-Site Request Forgery (CSRF) vulnerability in Apache Ca…6.1
- CVE-2026-84179Description getTopologyPageInfo merged the Nimbus daemon …6.5
- CVE-2026-8418The Games Catalog plugin for WordPress is vulnerable to Cros…4.3
- CVE-2026-84180Generation of Error Message Containing Sensitive Information…5.3
- CVE-2026-84181Improper Authentication vulnerability in Apache Camel Shiro …5.9
- CVE-2026-84183Incorrect Authorization in the updateLayout simple-method in…8.8
Are you affected by CVE-2026-84177?
Run a free Strix scan to check your systems for this vulnerability.
Scan your code nowSource: NVD / NIST
