Skip to main content
VulnerabilityPublished Updated

CVE-2025-63693: dzzoffice · Code Injection

Affects dzzofficeSource CVE Database V5

0

Not known to be exploited · CVSS 5.4 Medium.

Data as of 26 Oct 2026, 14:05 UTC

CVSS 3.1 base score
5.4Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 8% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:C/C:L/I:L/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 18 Nov 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

Affected software

ProductAffectedFixed in
GitHubyohane-mashiro/dzzofficepkg:github/yohane-mashiro/dzzofficeOther threatsAffected
  • =2.3
Fixed in–

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

To mitigate CVE-2025-63693, organizations should first verify if they are using DzzOffice version 2.3.x and restrict access to the comment editing functionality to trusted users only. Since no official patches are currently available, implement input validation and output encoding on all user-controllable data within the comment editing template, ensuring proper escaping for HTML and JavaScript contexts. Employ Content Security Policy (CSP) headers to restrict execution of unauthorized scripts and reduce XSS impact. Educate users to be cautious when opening comment editing pop-ups, especially from untrusted sources. Monitor web application logs for suspicious activity related to comment editing requests. Consider deploying Web Application Firewalls (WAFs) with custom rules to detect and block malicious payloads targeting this vulnerability. Engage with the DzzOffice vendor or community for updates on patches or security advisories. Finally, conduct regular security assessments and penetration tests focusing on user input handling in web application components.

Description

The comment editing template (dzz/comment/template/edit_form.htm) in DzzOffice 2.3.x lacks adequate security escaping for user-controllable data in multiple contexts, including HTML and JavaScript strings. This allows low-privilege attackers to construct comment content or request parameters and execute arbitrary JavaScript code when the victim opens the editing pop-up.

References

Community reviews

Loading reviews…