org.apache.wicket:wicket-core@6.0.0-beta3

  • latest version

    10.11.0

  • latest non vulnerable version

  • first published

    15 years ago

  • latest version published

    1 months ago

  • licenses detected

  • package registry

  • Direct Vulnerabilities

    Known vulnerabilities in the org.apache.wicket:wicket-core package. This does not include vulnerabilities belonging to this package’s dependencies.

    Fix vulnerabilities automatically

    Snyk's AI Trust Platform automatically finds the best upgrade path and integrates with your development workflows. Secure your code at zero cost.

    Fix for free
    VulnerabilityVulnerable Version
    • M
    Cross-site Scripting (XSS)

    org.apache.wicket:wicket-core is a Java web application framework that takes simplicity, separation of concerns and ease of development to a whole new level. Wicket pages can be mocked up, previewed and later revised using standard WYSIWYG HTML design tools. Dynamic content processing and form handling is all handled in Java code using a first-class component model backed by POJO data beans that can easily be persisted using your favorite technology.

    Affected versions of this package are vulnerable to Cross-site Scripting (XSS) through org.apache.wicket.markup.html.form.AbstractSingleSelectChoice in the DropDownChoice rendering path. An attacker can inject markup into the default option by supplying a crafted null display value through getNullValidDisplayValue(), getNullKeyDisplayValue(), or the corresponding resource bundle entry. When an application renders a single-select choice with escapeModelStrings enabled, the default option body is written into the <option> tag without escaping while the other options are escaped. This lets attacker-controlled HTML or script appear in the generated page, causing cross-site scripting and exposing the user to script execution in the browser.

    How to fix Cross-site Scripting (XSS)?

    Upgrade org.apache.wicket:wicket-core to version 8.19.0, 9.24.0, 10.11.0 or higher.

    [1.5.0,8.19.0)[9.0.0-M1,9.24.0)[10.0.0-M1,10.11.0)
    • M
    Cross-site Scripting (XSS)

    org.apache.wicket:wicket-core is a Java web application framework that takes simplicity, separation of concerns and ease of development to a whole new level. Wicket pages can be mocked up, previewed and later revised using standard WYSIWYG HTML design tools. Dynamic content processing and form handling is all handled in Java code using a first-class component model backed by POJO data beans that can easily be persisted using your favorite technology.

    Affected versions of this package are vulnerable to Cross-site Scripting (XSS) through AutoLabelTextResolver in wicket-core/src/main/java/org/apache/wicket/markup/html/form/AutoLabelTextResolver.java. An attacker can inject markup or script into a form component label by supplying attacker-controlled label text through FormComponent#setLabel(IModel) or a resource bundle entry that is rendered by <wicket:label>. The resolver writes that label text into the page without escaping it, so the injected content is interpreted as markup in the generated response. This can lead to cross-site scripting or other client-side content injection when the application displays the affected label.

    How to fix Cross-site Scripting (XSS)?

    Upgrade org.apache.wicket:wicket-core to version 8.19.0, 9.24.0, 10.11.0 or higher.

    [1.5.0,8.19.0)[9.0.0-M1,9.24.0)[10.0.0-M1,10.11.0)
    • M
    Directory Traversal

    org.apache.wicket:wicket-core is a Java web application framework that takes simplicity, separation of concerns and ease of development to a whole new level. Wicket pages can be mocked up, previewed and later revised using standard WYSIWYG HTML design tools. Dynamic content processing and form handling is all handled in Java code using a first-class component model backed by POJO data beans that can easily be persisted using your favorite technology.

    Affected versions of this package are vulnerable to Directory Traversal through ResourceUtil.decodeResourceReferenceAttributes() and ResourceNameIterator in wicket-core. An unauthenticated attacker can read files outside the intended package, including WEB-INF resources, by sending a crafted resource URL whose decoded locale, style, or variation contains path separators. The affected code decodes those attributes from the request and splices them into the resource lookup path without validating that each value stays a single path component. On servlet containers that normalize .. in resource lookups, the resulting path can escape the package directory and expose application files that should not be served.

    How to fix Directory Traversal?

    Upgrade org.apache.wicket:wicket-core to version 8.19.0, 9.24.0, 10.10.0 or higher.

    [,8.19.0)[9.0.0-M1,9.24.0)[10.0.0-M1,10.10.0)
    • H
    Allocation of Resources Without Limits or Throttling

    org.apache.wicket:wicket-core is a Java web application framework that takes simplicity, separation of concerns and ease of development to a whole new level. Wicket pages can be mocked up, previewed and later revised using standard WYSIWYG HTML design tools. Dynamic content processing and form handling is all handled in Java code using a first-class component model backed by POJO data beans that can easily be persisted using your favorite technology.

    Affected versions of this package are vulnerable to Allocation of Resources Without Limits or Throttling in the MultipartServletWebRequestImpl servlet-part fallback via readServlet3Parts() in the wicket-core multipart upload path. An attacker can upload files larger than the configured per-file limit or submit more files than allowed by sending a multipart request that reaches HttpServletRequest#getParts() after another component has already consumed the body. In that fallback path, Wicket wrapped the servlet Part objects without reapplying Form#setFileMaxSize or Form#setFileCountMax, so uploads were processed as if those limits had been satisfied. Applications using Wicket upload forms, FileUploadToResourceField, or AjaxFileDropBehavior on deployments where a servlet or filter pre-parses multipart requests are affected.

    How to fix Allocation of Resources Without Limits or Throttling?

    Upgrade org.apache.wicket:wicket-core to version 8.19.0, 9.24.0, 10.11.0 or higher.

    [,8.19.0)[9.0.0-M1,9.24.0)[10.0.0-M1,10.11.0)
    • M
    Cross-site Scripting (XSS)

    org.apache.wicket:wicket-core is a Java web application framework that takes simplicity, separation of concerns and ease of development to a whole new level. Wicket pages can be mocked up, previewed and later revised using standard WYSIWYG HTML design tools. Dynamic content processing and form handling is all handled in Java code using a first-class component model backed by POJO data beans that can easily be persisted using your favorite technology.

    Affected versions of this package are vulnerable to Cross-site Scripting (XSS) via improper neutralization of JavaScript in PopupSettings.java‎, Link.java, and ExternalLink.java markup. An attacker can execute arbitrary JavaScript code in the user's browser by injecting specially crafted strings.

    Note: While the Apache Security Advisory suggests only versions above 8.x are affected, this is likely because 7.x and below are EoL as the vulnerable code has been traced to earlier versions.

    How to fix Cross-site Scripting (XSS)?

    Upgrade org.apache.wicket:wicket-core to version 10.9.0 or higher.

    [,10.9.0)
    • H
    Directory Traversal

    org.apache.wicket:wicket-core is a Java web application framework that takes simplicity, separation of concerns and ease of development to a whole new level. Wicket pages can be mocked up, previewed and later revised using standard WYSIWYG HTML design tools. Dynamic content processing and form handling is all handled in Java code using a first-class component model backed by POJO data beans that can easily be persisted using your favorite technology.

    Affected versions of this package are vulnerable to Directory Traversal via the internalGetResourceStream function in PackageResource.java‎. An attacker can access sensitive information by submitting specially crafted URLs that bypass resource access restrictions.

    Note: While the Apache Security Advisory suggests only versions above 8.x are affected, this is likely because 7.x and below are EoL, as the vulnerable code has been traced to earlier versions.

    How to fix Directory Traversal?

    Upgrade org.apache.wicket:wicket-core to version 10.9.0 or higher.

    [,10.9.0)