YesWiki is a wiki system written in PHP. Prior to version 4.6.4, an unauthenticated SQL injection in the Bazar form-import path (`FormManager::create()`) allows any unauthenticated visitor of a default YesWiki install to inject arbitrary SQL into an `INSERT` statement and read the full database, including `yeswiki_users.password` hashes. Version 4.6.4 fixes the issue.
Security readout for executives and security teams
Plain-English summary
YesWiki versions before 4.6.4 contain a critical database injection flaw reachable without authentication. An internet visitor could access or alter sensitive database content, including stored user password hashes, and potentially disrupt service. Public-facing default installations are the highest priority.
Executive priority
Treat this as an immediate remediation item. Upgrade exposed systems first, preserve relevant logs, and initiate compromise assessment. Because password hashes may be disclosed and database contents altered, potentially affected systems warrant credential and data-integrity review even without confirmed active exploitation.
Technical view
The Bazar form-import path passes attacker-controlled input through FormManager::create() into an INSERT statement, enabling unauthenticated SQL injection. The CVSS 3.1 score is 9.8 because exploitation requires no privileges or user interaction and may severely affect confidentiality, integrity, and availability. CWE-89 applies.
Likely exposure
YesWiki installations running versions earlier than 4.6.4 are affected. Exposure is greatest when the vulnerable Bazar form-import functionality is reachable from untrusted networks. The supplied sources specifically describe default installations as remotely accessible to unauthenticated visitors.
Exploitation context
The vulnerability is remotely reachable, low complexity, and requires neither authentication nor user interaction. It can disclose the full database, including yeswiki_users.password hashes. The supplied bundle reports no CISA KEV listing and provides no evidence of active exploitation in the wild.
Researcher notes
The source bundle identifies the vulnerable sink as an INSERT statement reached through Bazar form import and FormManager::create(). It does not provide evidence of exploitation in the wild, detailed indicators of compromise, affected configuration exceptions, or mitigations beyond upgrading. Validate those details against current vendor guidance.
Mitigation direction
Upgrade YesWiki to version 4.6.4 or later.
Prioritize internet-facing and default-configured installations.
Restrict untrusted access to affected YesWiki instances until upgraded.
Review vendor guidance for any additional remediation or compromise indicators.
Require password resets if investigation indicates password hashes were accessed.
Validation and detection
Inventory deployed YesWiki versions and identify every instance below 4.6.4.
Confirm whether affected instances are reachable from the internet or other untrusted networks.
Verify the deployed application reports version 4.6.4 or later after upgrading.
Review database and application logs for unusual form-import activity or unexpected queries.
Assess database integrity and investigate possible disclosure of stored password hashes.
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-89: Database access and collection lookup
Injection into data stores can inform collection, data access, and exfiltration detection reviews. 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.
The CVE wording references authentication or credential exposure, so valid-account and credential-access review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
The CVE wording references database injection or access, so collection and exfiltration review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program 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.
1CVSS vectors
3Timeline events
1ADP providers
2Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: pocAutomatable: yesTechnical Impact: total
CVSS vector scores
1 official score
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-89 · source CWE mapping
Improper Neutralization of Special Elements used in an SQL Command ('SQL Injection')
Improper Neutralization of Special Elements used in an SQL Command ('SQL Injection') represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.