| Gói / sản phẩm | Phiên bản bị ảnh hưởng | Phiên bản đã vá |
|---|---|---|
| org.xwiki.platform:xwiki-platform-attachment-ui | ≥ 14.0.0, < 14.4.2≥ 5.0-milestone-1, < 13.10.7 | 14.4.213.10.7 |
| xwiki | = 14.4.3= 14.4.4= 5.0≥ 14.0.0, < 14.4.2> 5.0, < 13.10.7 | 14.4.213.10.7 |
Any user with the right to edit his personal page can follow one of the scenario below:
Scenario 1:
{{async async="true" cached="false" context="doc.reference"}}{{groovy}}println("Hello from groovy!"){{/groovy}}{{/async}}.png as new attachment name and submit the renameHello from groovy! is displayed as the title of the attachmentScenario 2:
MyPage.WebHomeavatarMyPage.WebHome on the pageattachmentSelector macro in the document with the following values:
MyPage.WebHomeavatardirecttrue]] {{async async="true" cached="false" context="doc.reference"}}{{groovy}}println("Hello from groovy!"){{/groovy}}{{/async}}. You'll find below a snippet of an attachmentSelector macro declaration.Hello from groovy is displayed aside the imageExample of an attachmentSelector macro declaration:
`{{attachmentSelector classname="MyPage.WebHome" property="avatar" savemode="direct" displayImage="true" width="]] {{async async=~"true~" cached=~"false~" context=~"doc.reference~"~}~}{{groovy~}~}println(~"Hello from groovy!~"){{/groovy~}~}{{/async~}~}"/}}`
Note: The issue can also be reproduced by inserting the dangerous payload in the height or alt macro properties.
The issue can be fixed on a running wiki by updating with the versions below:
Bạn đang dùng một trong các sản phẩm này? Quét site để biết có đang lộ phiên bản có lỗ hổng không.
Quét site miễn phíXWiki.AttachmentSelectorNo known workaround.
If you have any questions or comments about this advisory: