CVE-2026-49279: WWBN AVideo: Stored XSS via autoEvalCodeOnHTML Bypass in MessageSQLite WebSocket Handler (CVE-2026-43874 Bypass)
WWBN AVideo is an open source video platform. Versions 29.0 and below contain a Stored XSS vulnerability through the autoEvalCodeOnHTML parameter in the MessageSQLite WebSocket Handler. The MessageSQLite.php handler only strips autoEvalCodeOnHTML from $json['msg'], but msgToResourceId() reads from $msg['json'] with higher priority. An attacker can place the XSS payload in the json key instead of msg, bypassing the sanitization entirely. An authenticated attacker can execute arbitrary JavaScript in any connected user's browser session via the WebSocket messaging system, stealing session cookies and authentication tokens, taking over accounts through session hijacking, and chaining with CSRF to perform admin actions on the victim's behalf, in the default SQLite WebSocket backend configuration. This issue has a patch that has yet to be officially released, see https://github.com/WWBN/AVideo/commit/3e0b3ce2bfa766183ff0ae227439394db57b1a23.
Security readout for executives and security teams
Plain-English summary
AVideo 29.0 and earlier can store malicious browser script through its WebSocket messaging path. A logged-in attacker could make that script run in connected users' browsers, potentially exposing sessions or enabling actions as the victim. The issue is high priority where AVideo is internet-facing or used by privileged administrators.
Executive priority
Treat this as a high-priority web application issue for exposed AVideo systems. The business risk is account compromise through browser-side script execution, especially if administrators use the affected platform while untrusted authenticated users can interact with messaging.
Technical view
The MessageSQLite WebSocket handler strips autoEvalCodeOnHTML only from $json['msg'], while msgToResourceId() prioritizes $msg['json']. Placing the payload under json bypasses sanitization. The reported impact is stored XSS in the default SQLite WebSocket backend for WWBN AVideo versions 29.0 and below.
Likely exposure
Exposure is likely limited to organizations running WWBN AVideo version 29.0 or earlier, especially with the default SQLite WebSocket backend enabled and authenticated users allowed to send WebSocket messages.
Exploitation context
The source states exploitation requires an authenticated attacker and can affect connected users without victim interaction. CISA KEV status is false in the provided bundle, and no cited source confirms active exploitation in the wild.
Researcher notes
Evidence supports a CVE-2026-43874 bypass in MessageSQLite sanitization logic. The public bundle names a patch commit but says it is not yet officially released. Avoid asserting exploit availability or full mitigation certainty beyond the cited advisory and commit.
Mitigation direction
Check WWBN guidance and monitor for an official patched AVideo release.
Evaluate the referenced commit in staging through normal change control.
Limit AVideo access to trusted users until remediation is complete.
Review whether the SQLite WebSocket backend is enabled and business-required.
Prioritize remediation for instances used by administrators or exposed to the internet.
Validation and detection
Inventory AVideo deployments and confirm whether versions are 29.0 or below.
Confirm whether MessageSQLite WebSocket handling is active in the deployment.
Check deployed code for the referenced patch commit or later vendor release.
Review WebSocket message logs for suspicious stored content patterns.
Verify remediation in staging before production rollout.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-79: User-session and phishing behavior lookup
Client-side and session-facing weaknesses should be reviewed alongside initial-access and user-execution behaviors. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-79 · source CWE mapping
Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting')
Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.