Cyber Resilience

CVE-2026-33037

Wwbn Avideo ≤ 26.0

Public PoC
Published
20 March 2026
Modified
23 March 2026
Patch / advisory
View advisory
CVSS Score v3.1 8.1
Click a component to see what it means
Raw vectorCVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H
EPSS Score 0.0067 49th percentile
Risk Priority 60 floored blend · peak EPSS

Summary

CVE-2026-33037 is a high-severity Initialization of a Resource with an Insecure Default (CWE-1188) vulnerability in Wwbn Avideo. Its CVSS base score is 8.1 (High).

Operationally, exploitation aligns with the MITRE ATT&CK technique Default Accounts (T1078.001); ranked at the 49th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog; a public proof-of-concept is referenced.

The strongest mitigations our analysis identified map to CM-2 (Baseline Configuration) and CM-6 (Configuration Settings) — see the control section below for these in your framework.

Deeper analysis AI-assisted summary

Synthesised by an AI model from the NVD description and linked references — a reading aid, not an authoritative source.

CVE-2026-33037 is an insecure default configuration vulnerability (CWE-1188) in WWBN AVideo, an open source video platform, affecting versions 25.0 and below. The official Docker deployment files (docker-compose.yml and env.example) ship with the admin password hardcoded as "password", which automatically seeds the admin account during installation. Deployments that do not override the SYSTEM_ADMIN_PASSWORD environment variable are vulnerable to immediate administrative takeover. No compensating controls exist, such as forced password changes on first login, complexity validation, or default-password detection, and the password is hashed using weak MD5. The vulnerability extends to default database credentials (avideo/avideo), further compounding the risk.

Remote attackers with no privileges (AV:N/PR:N) can exploit this vulnerability by authenticating with the publicly known default credentials, assuming the target instance was deployed without customization—a scenario likely in quick-start, demo, or automated environments. Successful exploitation grants full administrative access (CVSS 8.1: C:H/I:H/A:H), allowing user data exposure, content manipulation, and potential remote code execution via file uploads and plugin management. The high attack complexity (AC:H) stems from reliance on operators failing to change defaults.

The vulnerability has been addressed in AVideo version 26.0. Mitigation involves upgrading to version 26.0 and ensuring all deployments override default credentials, particularly SYSTEM_ADMIN_PASSWORD and database passwords. Additional details are available in the GitHub security advisory (GHSA-89rv-p523-6wg9) and the fixing commit (2075fac1a51f21fab5d8592235a095aa354a9de6).

EU & UK References

Vulnerability Data

WWBN AVideo is an open source video platform. In versions 25.0 and below, the official Docker deployment files (docker-compose.yml, env.example) ship with the admin password set to "password", which is automatically used to seed the admin account during installation, meaning…

more

any instance deployed without overriding SYSTEM_ADMIN_PASSWORD is immediately vulnerable to trivial administrative takeover. No compensating controls exist: there is no forced password change on first login, no complexity validation, no default-password detection, and the password is hashed with weak MD5. Full admin access enables user data exposure, content manipulation, and potential remote code execution via file uploads and plugin management. The same insecure-default pattern extends to database credentials (avideo/avideo), compounding the risk. Exploitation depends on operators failing to change the default, a condition likely met in quick-start, demo, and automated deployments. This issue has been fixed in version 26.0.

CWE(s)
CWE-1188

Related Threats

MITRE ATT&CK Enterprise Techniques

T1078.001 Default Accounts Stealth
Adversaries may obtain and abuse credentials of a default account as a means of gaining Initial Access, Persistence, Privilege Escalation, or Defense Evasion.
attack.mitre.org →
T1078 Valid Accounts Stealth
Adversaries may obtain and abuse credentials of existing accounts as a means of gaining Initial Access, Persistence, Privilege Escalation, or Defense Evasion.
attack.mitre.org →
T1133 External Remote Services Persistence
Adversaries may leverage external-facing remote services to initially access and/or persist within a network.
attack.mitre.org →
T1190 Exploit Public-Facing Application Initial Access
Adversaries may attempt to exploit a weakness in an Internet-facing host or system to initially access a network.
attack.mitre.org →
T1542.002 Component Firmware Stealth
Adversaries may modify component firmware to persist on systems.
attack.mitre.org →
T1556 Modify Authentication Process Defense Impairment
Adversaries may modify authentication mechanisms and processes to access user credentials or enable otherwise unwarranted access to accounts.
attack.mitre.org →
Derived from this CVE’s CWE(s) via the direct CWE→ATT&CK cross-walk.

CVEs Like This One

CVE-2026-34731Same product: Wwbn Avideo
CVE-2025-34434Same product: Wwbn Avideo
CVE-2026-34732Same product: Wwbn Avideo
CVE-2026-45610Same product: Wwbn Avideo
CVE-2026-33038Same product: Wwbn Avideo
CVE-2026-35450Same product: Wwbn Avideo
CVE-2026-33719Same product: Wwbn Avideo
CVE-2026-30885Same product: Wwbn Avideo
CVE-2020-37158Same product: Wwbn Avideo
CVE-2026-33501Same product: Wwbn Avideo

Affected Assets

wwbn
avideo
≤ 26.0

Mitigating Controls

Control response

Prevent
Stop it (NIST 800-53)

—

Detect
Catch it (NIST detect / respond)

—

Harden
Shrink the surface (DISA STIG)
  • 13 hardening rules · 7 OS baselines
Validate
Prove the fix (OWASP ASVS)
  • V14.3.2
  • V6.3.2
  • V11.3.1
  • V13.2.3

Mitigating Controls (NIST 800-53 r5) AI

CM-2 Baseline Configuration good match

Baseline configuration directly requires documenting and maintaining secure initial settings instead of insecure defaults.

CM-6 Configuration Settings good match

Configuration settings mandate the most restrictive values be applied at initialization, eliminating reliance on insecure factory defaults.

AC-6 Least Privilege partial match

Least privilege reduces the blast radius of any insecure default permissions that remain after initialization.

SA-8 Security and Privacy Engineering Principles partial match

Security engineering principles include explicit requirements for secure defaults during resource initialization and design.

Mitigating Controls (NIST CSF 2.0) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.

PR.PS-01 full match
prevents

Hardened baselines and configuration management directly replace insecure defaults with secure settings.

PR.PS-06 mostly match
prevents

Secure development practices include designing products with secure defaults rather than insecure ones.

ID.RA-09 partial match
prevents

Pre-acquisition integrity checks can reject products known to ship with insecure defaults.

Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.

A.8.9 Configuration management mostly match
prevents

Mandating secure baseline templates and immediate replacement of vendor defaults directly stops systems from being deployed with insecure factory settings that attackers can exploit.

A.8.32 Change management partial match
prevents

Requiring documented specification, testing, and acceptance of changes ensures that new or modified components are not initialized with insecure default settings that would otherwise be left in production.

A.5.21 Managing information security in the ICT supply chain none match
none

Requiring suppliers to document secure configuration and implemented security functions reduces the likelihood that products will be initialised with insecure default settings.

Hardening callouts derived

Configuration rules from DISA STIG baselines that bear on weaknesses of the type cited by this CVE. Each rule is shown with the relationship its mapping actually records, against the CWE it was authored against. Derived via CVE→CWE over `controls_xwalks` (authoritative rows only; rows rated `none` are excluded).

Oracle Linux 8 (1 rule)
  • V-248823 OL 8 must not have the telnet-server package installed. prevents CWE-1188
RHEL 7 (1 rule)
  • V-204627 SNMP community strings on the Red Hat Enterprise Linux operating system must be changed from the default. prevents CWE-1188
Ubuntu 22.04 (1 rule)
  • V-260529 Ubuntu 22.04 LTS must be configured so that remote X connections are disabled, unless to fulfill documented and validated mission requirements. prevents CWE-1188
Ubuntu 24.04 (1 rule)
  • V-270708 Ubuntu 24.04 LTS must be configured so that remote X connections are disabled, unless to fulfill documented and validated mission requirements. prevents CWE-1188
Windows Server 2016 (1 rule)
  • V-224972 Active Directory Group Policy objects must have proper access control permissions. prevents CWE-1188
Windows Server 2019 (1 rule)
  • V-205741 Windows Server 2019 Active Directory Group Policy objects must have proper access control permissions. prevents CWE-1188

References