Skip to main content
VulnerabilityPublished

CVE-2025-58365: xwiki-contrib application-blog · Eval Injection

Affects xwiki-contrib application-blogSource CVE Database V5

0

Not known to be exploited · CVSS 8.7 High : upgrade to 9.14 soon.

Data as of 26 Oct 2026, 10:12 UTC

CVSS 4.0 base score
8.7High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.5% chance of exploitation in 30 days – higher than 47% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 9.14
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 8 Sep 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade xwiki-contrib application-blog to 9.14.

Affected software

ProductAffectedFixed in
xwiki-contrib application-blogAffected
  • <9.14
Fixed in
  • 9.14

AI-suggested

The primary and only effective mitigation is to upgrade the xwiki-contrib application-blog to version 9.14 or later, where the vulnerability is patched by restricting code execution privileges appropriately. Organizations should: 1) Inventory all XWiki deployments and identify versions of the blog application in use. 2) Immediately plan and execute upgrades to version 9.14 or newer. 3) Restrict edit rights on pages to trusted users only as a temporary risk reduction measure until patching is complete. 4) Monitor logs for unusual editing activity or script macro insertions in blog posts. 5) Implement network segmentation and least privilege principles to limit the impact of any potential compromise. 6) Conduct security awareness training for users about the risks of injecting untrusted content. 7) Consider deploying runtime application self-protection (RASP) or web application firewalls (WAF) with custom rules to detect and block suspicious script macro usage if patching is delayed. These steps go beyond generic advice by focusing on immediate risk reduction and detection until patching is fully deployed.

Description

The XWiki blog application allows users of the XWiki platform to create and manage blog posts. Prior to version 9.14, the blog application in XWiki allowed remote code execution for any user who has edit right on any page. Normally, these are all logged-in users as they can edit their own user profile. For an exploit, it is sufficient to add an object of type `Blog.BlogPostClass` to any page and to add some script macro with the exploit code to the "Content" field of that object. The vulnerability has been patched in the blog application version 9.14 by executing the content of blog posts with the rights of the appropriate author. No known workarounds are available.

References

Community reviews

Loading reviews…