Skip to content

← Public intelligence

Maven package

org.xwiki.platform:xwiki-platform-icon-ui

Open actionable advisories and recorded vendor fixes. This public package view has no inventory attached and cannot establish whether your deployment is affected. A vendor fix never resolves your finding; verify your installed version and the source guidance.

Open advisories

3 actionable advisories, newest first. Withdrawn advisories and news are excluded. Coverage is partial.

  1. Critical, CVSS 9.9MavenPublished

    XWiki Platform vulnerable to Code Injection in icon themes

    CVE-2023-36470 · GHSA-fm68-j7ww-h9xf

    Affected
    • Maven org.xwiki.platform:xwiki-platform-icon-ui >= 6.2-milestone-1, < 14.10.6; >= 15.0-rc-1, < 15.2-rc-1
    Fixed in
    15.2-rc-114.10.6· Vendor fix available
    Issue
    Impact By either creating a new or editing an existing document with an icon set, an attacker can inject XWiki syntax and Velocity code that is executed with programming rights and thus allows remote code execution. There are different attack vectors, the simplest is the Velocity code in the icon set's HTML or XWiki syntax definition. The icon picker can be used to trigger the rendering of any icon set. The XWiki syntax variant of the icon set is also used without any escaping in some documents, allowing to inject XWiki syntax including script macros into a document that might have programming right, for this the currently used icon theme needs to be edited. Further, the HTML output of the icon set is output as JSON in the icon picker and this JSON is interpreted as XWiki syntax, allowing again the injection of script macros into a document with programming right and thus allowing remote code execution. This impacts the confidentiality, integrity and availability of the whole XWiki…

    Recommended action: Upgrade to 15.2-rc-1 (pre-release) or 14.10.6 by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →
  2. Critical, CVSS 9.9MavenPublished

    XWiki Platform vulnerable to privilege escalation via async macro and IconThemeSheet from the user profile

    CVE-2023-26472 · GHSA-vwr6-qp4q-2wj7

    Affected
    • Maven org.xwiki.platform:xwiki-platform-icon-ui >= 6.2-milestone-1, < 13.10.10; >= 14.0, < 14.4.6; >= 14.5, < 14.9
    Fixed in
    14.4.614.913.10.10· Vendor fix available
    Issue
    Impact One can execute any wiki content with the right of IconThemeSheet author by creating an icon theme with the following content: Can be done by creating a new page or even through the user profile for users not having edit right. Patches This has been patched in XWiki 14.9, 14.4.6, and 13.10.10. Workarounds An easy workaround is to actually fix the bug in the page IconThemesCode.IconThemeSheet by applying the following modification: https://github.com/xwiki/xwiki-platform/commit/48caf7491595238af2b531026a614221d5d61f38#diff-2ec9d716673ee049937219cdb0a92e520f81da14ea84d144504b97ab2bdae243R45 References https://jira.xwiki.org/browse/XWIKI-19731 For more information If you have any questions or comments about this advisory: Open an issue in Jira Email us at Security ML

    Recommended action: Upgrade to 14.9, 14.4.6 or 13.10.10 by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →
  3. Critical, CVSS 9.9MavenPublished

    Improper Neutralization of Directives in Dynamically Evaluated Code ('Eval Injection') in xwiki-platform-icon-ui

    CVE-2022-41931 · GHSA-5j7g-cf6r-g2h7

    Affected
    • Maven org.xwiki.platform:xwiki-platform-icon-ui >= 6.4-milestone-2, < 13.10.7; >= 14.0.0, < 14.4.2
    Fixed in
    14.4.213.10.7· Vendor fix available
    Issue
    Impact Any user with view rights on commonly accessible documents including the icon picker macro can execute arbitrary Groovy, Python or Velocity code in XWiki due to improper neutralization of the macro parameters of the icon picker macro. The URL <server/xwiki/bin/view/Main?sheet=CKEditor.HTMLConverter&language=en&sourceSyntax=xwiki%252F2.1&stripHTMLEnvelope=true&fromHTML=false&toHTML=true&text=%7B%7BiconPicker%20id%3D%22'%3C%2Fscript%3E%7B%7B%2Fhtml%7D%7D%7B%7Bcache%7D%7D%7B%7Bgroovy%7D%7Dprintln(%2FHellofromIconPickerId%2F)%7B%7B%2Fgroovy%7D%7D%7B%7B%2Fcache%7D%7D%22%20class%3D%22'%3C%2Fscript%3E%7B%7B%2Fhtml%7D%7D%7B%7Bcache%7D%7D%7B%7Bgroovy%7D%7Dprintln(%2FHellofromIconPickerClass%2F)%7B%7B%2Fgroovy%7D%7D%7B%7B%2Fcache%7D%7D%22%2F%7D%7D demonstrates the issue (replace <server by the URL to your XWiki installation). If the output HellofromIconPickerId or HellofromIconPickerClass is visible, the XWiki installation is vulnerable (normally, all output should be contained in a…

    Recommended action: Upgrade to 14.4.2 or 13.10.7 by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →