Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain/abuse admin credentials
-
DeliveryCraft CSV referencing remote .php URL
-
ExploitSubmit Bazar CSV import preview
-
ExecutionMalicious PHP saved to files/ directory
-
PersistRequest uploaded file to execute code
-
ImpactFull server-side code execution
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V5 - File Handling File type validation, storage isolation
MITRE ATT&CK
2 techniques across 2 tactics: Command and Control, Persistence The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires an authenticated YesWiki administrator account (PR:H) and specifically the use of the Bazar extension's CSV import preview feature, where a CSV file/image field references a remote .php URL. The vulnerable behavior is that the referenced remote file is fetched and written into the web-accessible files/ directory with no extension/MIME validation, then served and executed by the PHP engine. Limiting factors: the attacker must already possess admin privileges and the target must run an affected YesWiki version (before 4.6.7) with the Bazar component in use; no end-user interaction is required beyond the attacker's own admin actions. This is therefore effectively a privilege-escalation-to-RCE flaw rather than an unauthenticated remote compromise. |
| Impact | This is a genuine remote code execution flaw (CWE-434 unrestricted file upload) but one gated behind meaningful privilege, which substantially tempers real-world risk. The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:H/UI:N, VC/VI/VA all High) correctly reflects that an attacker needs HIGH privileges - specifically authenticated administrator access - to reach the vulnerable Bazar CSV import preview, while impact on the vulnerable system is total (full confidentiality, integrity, and availability). No EPSS score, KEV listing, or POC is present in the provided data, so there is no evidence of active exploitation or public exploit code. The SSVC-style read is: technical impact is total and the attack is network-reachable with low complexity, but the PR:H requirement means it is NOT trivially automatable against arbitrary targets - an attacker must already hold admin credentials. The practical consequence is privilege escalation from application admin to server-side code execution, which matters most as a post-compromise or insider/credential-theft vector rather than a mass-exploitation threat. Net: a real priority for YesWiki operators to patch, but its effective severity is lower than the 8.6 headline implies because of the admin prerequisite. |
| Exploit ScenarioDerived | An attacker who has obtained YesWiki administrator credentials (via phishing, credential reuse, or a compromised admin account) crafts a malicious CSV for Bazar import whose file/image field references a remote URL ending in .php. During CSV import preview the application fetches and saves that file into the web-accessible files/ directory without extension validation, and the attacker then requests the saved PHP file to execute arbitrary server-side code. No public exploit code is identified in the provided data. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 02, 2026
Unrestricted file upload in YesWiki before 4.6.7 lets a remote attacker who already holds an administrator account turn a crafted Bazar CSV import into server-side code execution: the import preview fetches a remote .php URL referenced in a file or image field and writes it into the web-accessible files/ directory with no extension or MIME validation, where PHP then executes it. The issue is a classic CWE-434 flaw rated CVSS 8.6 (CVSS:4.0 AV:N/AC:L/AT:N/PR:H/UI:N/VC:H/VI:H/VA:H), and because it requires a high-privilege account plus the Bazar component in use, it is best characterized as a privilege-escalation-to-RCE path rather than an unauthenticated remote compromise. No public exploit was identified at time of analysis, and there is no CISA KEV listing; vendor patching is available in YesWiki 4.6.7.
RemediationAI
Upgrade to YesWiki 4.6.7 or later, which is the vendor-released fix for this issue per the advisory GHSA-v3gq-c7c6-mxw3 (https://github.com/YesWiki/yeswiki/security/advisories/GHSA-v3gq-c7c6-mxw3) and the VulnCheck advisory (https://www.vulncheck.com/advisories/yeswiki-before-4.6.7-unrestricted-file-upload-via-bazar-csv-import); there is no vendor patch for earlier branches, so in-place upgrading is the only complete fix. If the upgrade cannot be scheduled immediately, the most effective compensating control is to disable PHP execution inside the files/ directory (for example via Apache php_admin_flag engine off or an equivalent nginx location block that returns the file as static content), which neutralizes the upload-to-RCE chain but will break any legitimate Bazar asset that relies on server-side processing and must be tested against existing content. Organizations that do not use the Bazar CSV import feature should disable or remove the Bazar extension entirely, at the cost of losing that content type, and should audit all existing accounts in the administrators group since any admin credential is sufficient to exploit this. Restricting outbound HTTP(S) from the YesWiki host to trusted destinations (or blocking server-side fetches of untrusted remote URLs) removes the remote-payload delivery vector but can break legitimate remote media imports, and monitoring the files/ directory for newly created .php files provides a detection layer where mitigation cannot be applied.
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
YesWiki is a PHP-based wiki/collaboration platform, and the affected functionality sits in its Bazar extension, which supports CSV-based imports of records containing file and image fields. During the import preview step the application resolves and retrieves the remote resource named in those fields and persists it into the files/ directory, which is served directly by the web server and interpreted by the PHP engine. Because no extension allowlist, MIME check, or content-type validation is applied to the fetched object, an administrator can point a field at an attacker-controlled .php URL and have that payload land as an executable script inside the document root. The root cause class is CWE-434 (Unrestricted Upload of File with Dangerous Type), compounded by the absence of any check that the fetched URL is a safe, non-executable asset. The CPE cpe:2.3:a:yeswiki:yeswiki:*:*:*:*:*:*:*:* and the EUVD range "yeswiki 0 <4.6.7" both indicate that every release prior to 4.6.7 is in scope; the CVSS 4.0 vector's PR:H/UI:N components confirm the attacker must already be authenticated at a high privilege level and needs no victim interaction beyond their own admin actions.
Know when Yeswiki 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:N/PR:H/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
Network-reachable admin feature (AV:N/AC:L) but requires administrator authentication (PR:H); resulting PHP execution runs within the same web application context, so S:U with full C/I/A impact.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
Lifecycle Timeline
2DescriptionCVE.org
YesWiki before 4.6.7 contains an unrestricted file upload vulnerability that allows authenticated admins to write remote files into the web-accessible files/ directory via Bazar CSV import preview. Attackers can import a CSV whose file or image field references a remote .php URL, which is saved without extension checks and executed as server-side code.
Technical POC Analysis
CWE-434 (Unrestricted Upload of File with Dangerous Type).
Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.
Executive ViewAI
A high-severity flaw in YesWiki's Bazar import feature lets anyone who already holds an administrator account on the platform convert that access into full control of the underlying web server, exposing any data the site handles and any systems it can reach. Because exploitation requires a high-privilege account, the realistic threat is insider misuse or the consequences of a stolen, shared, or poorly managed admin credential rather than an unauthenticated outside attack. Leadership should treat this as a credential-compromise amplifier and prioritize remediation wherever YesWiki hosts sensitive or externally reachable content.
Apply vendor patch. Until YesWiki 4.6.7 is deployed, restrict administrator accounts to the minimum necessary, disable the Bazar import preview or block server-side fetching of external URLs, and remove PHP execution permissions from the files/ directory.
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
Malicious file upload attacks exploit insufficient validation when web applications accept user-provided files.
YesWiki is a wiki system written in PHP. Rated high severity (CVSS 8.6), this vulnerability is remotely exploitable, no
YesWiki is a wiki system written in PHP. Rated critical severity (CVSS 10.0), this vulnerability is remotely exploitable
Remote code execution in YesWiki prior to 4.6.6 allows unauthenticated attackers to inject arbitrary PHP via the Bazar C
YesWiki is a wiki system written in PHP. Rated critical severity (CVSS 9.1), this vulnerability is remotely exploitable,
YesWiki is a wiki system written in PHP. Rated high severity (CVSS 7.6), this vulnerability is remotely exploitable, no
YesWiki is a wiki system written in PHP. Rated medium severity (CVSS 5.8), this vulnerability is remotely exploitable, n
YesWiki is a wiki system written in PHP. Rated medium severity (CVSS 6.3), this vulnerability is remotely exploitable, n
Cross Site Scripting vulnerability in YesWiki v.4.54 allows a remote attacker to execute arbitrary code via a crafted pa
YesWiki version <= cercopitheque beta 1 contains a PHP Object Injection vulnerability in Unserialising user entered para
Authorization bypass in YesWiki before 4.6.7 lets unauthenticated remote attackers call admin-only API routes when the i
Unauthenticated attackers can delete or overwrite federated entries in YesWiki instances before 4.6.7 that have Activity
Unauthenticated SQL injection in YesWiki before 4.6.7 allows remote attackers to read arbitrary database contents, inclu
EUVD-2026-91482
GHSA-g4m2-8g7g-xw8c
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB