CVE-2026-49259: NukeViet · Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting')
Affects nukeviet/nukevietSource GCVE Database
Not known to be exploited · CVSS 8.7 High : upgrade to 4.6.00 soon.
Data as of 14 Jul 2026, 10:00 UTC
- Patch
- Available – fixed in 4.6.00
CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:C/C:H/I:H/A:NExploitation evidence
Disclosed: evidence found.
CVE published 13 Jul 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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 29 Oct 2026.
What to do
Upgrade nukeviet/nukeviet to 4.6.00.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Packagistnukeviet/nukeviet | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
The preferred remediation is to remove the vulnerable post_name parameter from the inline onclick handler and instead retrieve the display name from the DOM within the JavaScript function. Alternatively, if passing the value inline is necessary, it must be properly escaped using JSON encoding (e.g., json_encode in PHP) to ensure safe JavaScript string literals. Relying on HTML numeric character references for JavaScript escaping is insufficient. Users should audit other code locations for similar unsafe patterns.
Description
NukeViet CMS versions prior to 4.6.00 contain a stored cross-site scripting (XSS) vulnerability. A low-privileged authenticated user can inject JavaScript payloads into their profile's display name fields, which execute in the browsers of visitors who click the Reply link on that user's comment. The vulnerability arises from improper escaping of user input placed inside a JavaScript string literal within an HTML attribute, allowing execution of arbitrary scripts. This can lead to privilege escalation, credential phishing, and data exfiltration. The vulnerability affects the comment template's inline onclick handler and is exploitable under default configurations without CAPTCHA or moderation.