Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
ReconScan for exposed phpMyAdmin ports
-
DeliveryRetrieve hard-coded credentials from public repository
-
ExploitAuthenticate to phpMyAdmin
-
InstallExecute SQL queries against Vvveb database
-
C2Extract admin password hashes
-
ExecuteCrack passwords offline
-
ImpactAuthenticate as administrator to Vvveb application
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Authentication required for critical functions
MITRE ATT&CK
1 technique across 1 tactic: Initial Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Requires Docker-based Vvveb deployment using the vulnerable docker-compose-apache.yaml configuration file with phpMyAdmin container enabled and network-accessible. The phpMyAdmin service port must be exposed to the attacker's network-this occurs by default in standard docker-compose deployments which map container ports to host interfaces. Specifically affects deployments that have not modified the default database credentials from the shipped configuration file. Does not affect Vvveb installations deployed through traditional web server configurations without Docker, or Docker deployments where administrators have customized database credentials and restricted phpMyAdmin port access. CVSS vector AT:P (Attack Requirements Present) confirms deployment-specific conditions rather than universal exploitability, but these conditions represent the default/recommended deployment method per vendor documentation, making large portions of the user base vulnerable. |
| Impact | Critical real-world risk with immediate action required. CVSS 9.2 accurately reflects the severity: network vector (AV:N), no authentication required (PR:N), low complexity (AC:L), with high confidentiality, integrity, and availability impacts. The AT:P (Attack Requirements Present) modifier indicates that while exploitation is straightforward, the phpMyAdmin port must be exposed-which is standard in Docker deployments following the provided configuration. This vulnerability grants complete database control equivalent to SQL injection but without needing to exploit application logic. The combination of Authentication Bypass and Docker tags confirms this affects containerized deployments specifically. No EPSS or KEV data provided, suggesting newly disclosed vulnerability not yet widely exploited, but the trivial exploitation path (direct port connection with known credentials) makes this automatable once deployments are discovered through port scanning. Patch availability in version 1.0.8.2 with specific commit f85ca7c2bc389bda3cc2eca87b2514581a628c32 provides clear remediation path. Highest priority for any organization running Vvveb in Docker, especially internet-facing deployments. |
| Exploit ScenarioDerived | An attacker performs network reconnaissance scanning for exposed phpMyAdmin instances on Docker deployments (common ports 8080, 8081). Upon discovering a Vvveb installation, the attacker retrieves the hard-coded credentials from the publicly available docker-compose-apache.yaml file in the Vvveb GitHub repository. Using these credentials, they authenticate directly to phpMyAdmin and execute SQL queries to extract administrator password hashes, which they crack offline. With administrator access, they modify product prices, inject malicious JavaScript into page content for stored XSS attacks against customers, or exfiltrate complete customer databases including payment information and PII for sale on dark web markets. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – May 06, 2026
Hard-coded credentials in Vvveb's Docker deployment expose the entire application database to unauthenticated remote attackers. Versions prior to 1.0.8.2 ship with pre-configured phpMyAdmin credentials in docker-compose-apache.yaml, allowing direct database access without authentication. Attackers gain unrestricted read/write access to administrator password hashes, customer PII, and order data, enabling account takeover and data manipulation. CVSS 9.2 (Critical) reflects network-accessible attack with low complexity. Patch available in version 1.0.8.2 with vendor advisory confirmed by GitHub Security Advisory GHSA-g38h-mr9p-fjmf.
RemediationAI
Upgrade immediately to Vvveb version 1.0.8.2 or later, available at https://github.com/givanz/Vvveb/releases/tag/1.0.8.2. The security fix is implemented in commit f85ca7c2bc389bda3cc2eca87b2514581a628c32 which removes hard-coded credentials from docker-compose-apache.yaml. For organizations unable to upgrade immediately, implement these specific compensating controls: (1) Block external access to phpMyAdmin container port (typically 8080 or 8081) using firewall rules-restricts attack to internal network only but does not eliminate risk from insider threats or lateral movement; (2) Change the default database credentials in docker-compose-apache.yaml and restart containers-requires manual configuration management and may break on updates; (3) Remove phpMyAdmin container entirely from docker-compose configuration if database administration can be performed through alternative tools-eliminates attack surface but reduces operational convenience. All workarounds are inferior to patching. After remediation, audit database access logs for suspicious queries and reset all administrator passwords as a precautionary measure given potential prior compromise.
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
This vulnerability stems from insecure defaults in Infrastructure-as-Code configurations. The docker-compose-apache.yaml file contains plaintext database credentials accessible to the phpMyAdmin container, mapping CWE-306 (Missing Authentication for Critical Function). Docker Compose configurations define container orchestration including environment variables, port mappings, and service credentials. When phpMyAdmin is exposed with hard-coded credentials, it bypasses the application's authentication layer entirely, granting direct MySQL/MariaDB access. The CPE cpe:2.3:a:givanz:vvveb identifies this as affecting the Givanz Vvveb content management system. CVSS 4.0 vector shows Attack Complexity Low (AC:L) with Present attack requirements (AT:P), indicating the phpMyAdmin port must be network-accessible, which is the case in default Docker deployments exposing container services.
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
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
Primary rating from Vendor (VulnCheck) · only source for this CVE.
CVSS VectorVendor: VulnCheck
Lifecycle Timeline
2DescriptionCVE.org
Vvveb before version 1.0.8.2 contains a hard-coded credentials vulnerability in its docker-compose-apache.yaml configuration that allows unauthenticated attackers to access the bundled phpMyAdmin container with pre-configured database credentials. Attackers can connect to the phpMyAdmin port to gain unrestricted read and write access to the entire Vvveb database, including administrator password hashes, customer personally identifiable information, and order data, enabling account takeover and data manipulation.
Executive ViewAI
Vvveb versions prior to 1.0.8.2 contain hard-coded credentials in Docker configurations that expose phpMyAdmin and the entire application database to unauthenticated remote access. Any organization running affected Vvveb instances faces immediate risk of complete database compromise, including administrator credentials, customer personally identifiable information, and transactional data, enabling both account takeover and unauthorized data manipulation.
Apply vendor patch to Vvveb version 1.0.8.2 or later. Interim mitigation if patching is delayed: restrict network access to phpMyAdmin and Docker-exposed ports to internal/trusted networks only; disable or remove phpMyAdmin if not operationally required; audit and rotate all database credentials immediately.
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
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
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
Vvveb CMS before 1.0.8.7 exposes its password-reset flow to unauthenticated account takeover: an attacker supplies a val
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
Stored cross-site scripting in Vvveb prior to 1.0.8.1 allows authenticated users with media upload and rename permission
Authenticated horizontal privilege escalation in Vvveb CMS before 1.0.8.7 allows any administrator - including one delib
Insecure Direct Object Reference in Vvveb CMS prior to 1.0.8.4 allows any authenticated low-privileged Vendor to read, d
EUVD-2026-27885
NVD
CVE.org
EPSS
Vulnrichment
GitHub
VulDB
Exploit-DB