Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain low-privilege author/contributor account
-
DeliveryCraft on-attribute payload with '>' in quoted value
-
ExploitStore in post or product content
-
ExecutionAdmin previews or views content
-
PersistSanitizer bypass executes JavaScript in admin session
-
ImpactHijack session for admin account takeover
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization Output encoding, context-aware escaping
MITRE ATT&CK
2 techniques across 2 tactics: Initial Access, Execution The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Requires an authenticated low-privilege account - the default 'author' or 'contributor' role - with permission to create or edit post or product content (PR:L). The specific sanitizer bypass is triggered by embedding an event-handler ('on*') attribute on a tag that also carries a greater-than character inside a quoted attribute value, which defeats Vvveb's sanitizeHTML stripping in versions prior to 1.0.8.6. Execution additionally requires that a victim - any site visitor, or an administrator who views or previews the stored content - actually renders the malicious content (UI:R); the high-value admin-takeover path depends on an administrator viewing it. Exploitation is blocked on patched 1.0.8.6+ installations and on deployments that do not grant untrusted users content-authoring roles. |
| Impact | This is a genuinely high-impact stored XSS (CWE-79) whose risk is driven by privilege escalation potential rather than raw exploitability. The CVSS 3.1 vector (AV:N/AC:L/PR:L/UI:R/S:C/C:H/I:H/A:N, 8.7) is internally consistent with the description: a low-privilege author or contributor (PR:L) stores a payload that executes in the browser of a victim who views the content (UI:R), crossing a trust boundary into the admin context (S:C, which is what pushes the score to 8.7 and yields C:H/I:H). No EPSS score, KEV listing, or public POC was provided in the input, so there is no public exploit identified at time of analysis and no evidence of active exploitation - the 8.7 reflects potential impact (admin account takeover), not demonstrated weaponization. The realistic priority is moderate-to-high for anyone actually running Vvveb with untrusted content authors: the precondition (an attacker-controlled low-privilege account) meaningfully narrows the exploit population, but the sanitizer-bypass is simple to trigger once that foothold exists. Key missing signals: no EPSS probability, no KEV status, and no POC flag were supplied, so likelihood of in-the-wild use cannot be quantified from this data. |
| Exploit ScenarioDerived | An attacker obtains or is granted a default author/contributor account on a Vvveb site and creates a post or product whose content embeds an event-handler attribute hidden behind a quoted attribute value containing a '>' character, which the HTML sanitizer fails to strip. When an administrator previews or views that content, the injected JavaScript runs in the admin's authenticated session, enabling session/credential theft and admin account takeover. No public exploit was identified at time of analysis, though the patch commit publicly reveals the sanitizer-bypass technique. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 01, 2026
Stored cross-site scripting in Vvveb CMS versions prior to 1.0.8.6 lets an authenticated low-privilege content author or contributor embed an on* event-handler attribute that the HTML sanitizer fails to strip, so the payload persists in post or product content and executes JavaScript in the browser of every visitor and of any administrator who views or previews it. The assessor rates this CVSS 3.1 8.7 (AV:N/AC:L/PR:L/UI:R/S:C/C:H/I:H/A:N) because the sanitizer bypass escalates into a path toward administrator account takeover, although exploitation requires a legitimate authoring account and a victim actually rendering the stored content. No public exploit code has been identified at time of analysis and the flaw is not in CISA KEV; version 1.0.8.6 contains the fix.
RemediationAI
Vendor-released patch: upgrade Vvveb CMS to version 1.0.8.6 or later, which contains the sanitizeHTML fix for on* attribute handling when an attribute value contains a greater-than character (commit c466e618ad1b94916f56062b7732edb5a336f57d, release notes at https://github.com/givanz/Vvveb/releases/tag/1.0.8.6, advisory at https://github.com/givanz/Vvveb/security/advisories/GHSA-97xr-82vc-wj2v). If immediate upgrade is not possible, reduce exposure by removing or narrowly restricting author and contributor roles so that only fully trusted administrators can create or edit post and product content - the trade-off is loss of delegated publishing workflow for content teams. As a compensating control, deploy a Content-Security-Policy on the front end and admin panel that disallows inline and event-handler script execution (for example, script-src without 'unsafe-inline' plus the absence of 'unsafe-hashes'), accepting that this may break legitimate inline markup in themes and the page builder. Administrators should also avoid previewing or viewing untrusted submitted content until patched, and should review existing post and product bodies for suspicious on* attributes embedded in tags with quoted attribute values, since already-stored payloads continue to fire after a content migration unless sanitized or removed. Note that patch availability is confirmed for 1.0.8.6; no vendor-released patch for earlier branches was identified in the provided data.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The root cause is CWE-79 (Improper Neutralization of Input During Web Page Generation, i.e., cross-site scripting) inside Vvveb's client/server-side HTML sanitizer, referenced in the codebase as sanitizeHTML. The sanitizer parses markup to remove dangerous attributes, specifically the on* event-handler family (onerror, onload, onclick, and similar). When a tag is written so that a quoted attribute value itself contains a greater-than character, the sanitizer's tag/attribute tokenization desynchronizes from the browser's HTML parser: the sanitizer believes the tag has ended or that attribute stripping succeeded, while the browser continues parsing and reconstructs the on* attribute, allowing the handler to survive into the stored, rendered DOM. This is a classic parser-differential / mutation-XSS pattern rather than a missing filter, which is why the fix is a change to the sanitization logic (commit c466e618ad1b94916f56062b7732edb5a336f57d) released in 1.0.8.6 alongside other hardening by the same reporter, @EvidentObscurity, including a curl 'resolve' change to prevent private-IP redirect and IPv6 bypass (SSRF) and recursive filtering in sanitizeFileName. CPE data (cpe:2.3:a:givanz:vvveb:*:*:*:*:*:*:*:*) confirms the givanz Vvveb product across all versions before the fixed release.
Know when Vvveb gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:L/UI:R/S:C/C:H/I:H/A:N
Stored XSS needs an authenticated author account (PR:L) and a victim viewing content (UI:R); payload executes in a different security context (S:C) enabling admin-session compromise (C:H/I:H), with no availability impact.
Primary rating from Vendor (GitHub_M).
CVSS VectorVendor: GitHub_M
Lifecycle Timeline
2DescriptionCVE.org
Vvveb is a powerful and easy to use CMS with page builder to build websites, blogs or ecommerce stores. Prior to version 1.0.8.6, Vvveb's HTML sanitizer fails to strip event-handler attributes when a tag carries a greater-than character inside a quoted attribute value. A low-privilege content author (default role author or contributor) can store a payload in post or product content that runs JavaScript in a browser of every visitor and of any administrator who views or previews that content, which opens a path to admin account takeover. This issue has been patched in version 1.0.8.6.
Technical POC Analysis
CWE-79, stored cross-site scripting via a sanitizer regex/tokenizer disagreement.
Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.
Executive ViewAI
Vvveb CMS versions before 1.0.8.6 are affected by a stored cross-site scripting flaw that lets authenticated low-privilege content contributors persist malicious scripts in posts and product pages. The scripts execute for every visitor and for administrators who view or preview the content, creating a credible path toward administrator account takeover and potential site-wide compromise. Security leadership should prioritize this for any internet-facing Vvveb deployment that allows contributor or author roles.
Apply vendor patch.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Cross-Site Scripting occurs when an application accepts untrusted data and sends it to a web browser without proper validation or encoding.
An issue in vvveb CMS v.1.0.6 allows a remote attacker to execute arbitrary code via the Plugin mechanism. Rated critica
A vulnerability was found in givanz Vvveb 1.0.5. Rated medium severity (CVSS 5.1), this vulnerability is remotely exploi
Arbitrary File Upload vulnerability in VvvebJs before version 1.7.5, allows unauthenticated remote attackers to execute
Reflected Cross-Site Scripting (XSS) vulnerability in VvvebJs before version 1.7.7, allows remote attackers to execute a
A security flaw has been discovered in givanz Vvveb up to 1.0.7.2. Rated medium severity (CVSS 5.5), this vulnerability
A security vulnerability has been detected in givanz Vvveb 1.0.7.2. Rated medium severity (CVSS 5.3), this vulnerability
Remote code execution in Vvveb CMS v1.0.8 allows authenticated administrators to execute arbitrary system commands as ww
Remote code execution in Vvveb CMS versions prior to 1.0.8.1 allows unauthenticated attackers to inject arbitrary PHP co
Hard-coded credentials in Vvveb's Docker deployment expose the entire application database to unauthenticated remote att
Stored cross-site scripting in Vvveb prior to 1.0.8.1 allows authenticated users with media upload and rename permission
Insecure Direct Object Reference in Vvveb CMS prior to 1.0.8.4 allows any authenticated low-privileged Vendor to read, d
Broken object-level authorization in Vvveb CMS prior to 1.0.8.4 allows an authenticated low-privilege Vendor to access,
EUVD-2026-91038
NVD
CVE.org
EPSS
Vulnrichment
GitHub
Exploit-DB