Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify logged-in YesWiki admin target
-
DeliveryCraft malicious ajaxdeletepage GET link
-
ExploitLure victim to click link
-
ExecutionBrowser sends authenticated request
-
ImpactPage and associated data permanently deleted
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V3 - Web Frontend Security Anti-CSRF tokens, SameSite cookies
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 | Exploitation requires that a user with page-deletion authority (a logged-in administrator or the page owner) has an active authenticated YesWiki session AND is lured into loading an attacker-crafted request to the ajaxdeletepage handler containing a jsonp_callback parameter; the handler deletes the page on any such GET without validating a CSRF token. The primary limiting factors are the need for victim interaction (UI:P - the privileged user must click/load the link) and the requirement that the victim already hold deletion privileges on a target page; it affects YesWiki versions before 4.6.7 and does not require the attacker to hold any credentials. Impact is limited to deletion (integrity/availability) with no confidentiality exposure. |
| Impact | This is a credible but context-dependent integrity/availability risk rather than a mass-exploitation emergency. The vendor-assigned CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:P) correctly models a classic CSRF: the attacker themselves needs no credentials (PR:N), but exploitation hinges on passive user interaction (UI:P) - a logged-in administrator or page owner must visit a crafted link while their YesWiki session is active. Impact is scoped to data destruction (VI:H/VA:H, no confidentiality impact VC:N), consistent with CWE-352 and the described permanent page deletion. No EPSS score, CISA KEV listing, or public POC is present in the provided data, so there is no public exploit identified at time of analysis and no evidence of active exploitation; the finding comes from VulnCheck research with a vendor advisory (GHSA-hqmg-843g-pp28) and an available patch. The signals are internally consistent - no CVSS-vs-description conflict - but the dependence on tricking a privileged, authenticated user and the low real-world footprint of YesWiki argue against treating this as a widespread priority. It should be patched promptly on exposed YesWiki instances, especially multi-user/public wikis with external-facing admins. |
| Exploit ScenarioDerived | An attacker crafts a malicious web page or email link pointing at the victim YesWiki instance's ajaxdeletepage handler with a jsonp_callback parameter. They lure a logged-in administrator or page owner into clicking it; because the handler performs the deletion on a GET request without validating a CSRF token, the target page - and its ACLs, links, triples, comments, and referrers - is permanently removed using the victim's session. No public exploit code is identified at time of analysis, but the attack requires no special tooling and succeeds while the victim remains authenticated. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 02, 2026
Cross-site request forgery in YesWiki before 4.6.7 allows unauthenticated attackers to permanently delete arbitrary wiki pages (including their ACLs, links, triples, comments, and referrers) by luring a logged-in administrator or page owner to a crafted URL that invokes the ajaxdeletepage handler with a jsonp_callback parameter. The vulnerability requires user interaction (UI:P) and a privileged victim session, and it has no public exploit identified at time of analysis, though a vendor patch is available.
RemediationAI
Upgrade to YesWiki 4.6.7 or later, which contains the vendor-released patch for CVE-2026-104448 (see the advisory at https://github.com/YesWiki/yeswiki/security/advisories/GHSA-hqmg-843g-pp28). If immediate patching is not possible, consider disabling or restricting access to the ajaxdeletepage endpoint via web server configuration (e.g., blocking requests that include a jsonp_callback parameter), though this will break legitimate page-deletion functionality. Additionally, users with page-deletion privileges should be cautious about clicking unsolicited links while logged in, but this is not a reliable mitigation. No other workarounds are officially documented at this time.
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
The vulnerability is a classic cross-site request forgery (CWE-352) in YesWiki's ajaxdeletepage handler. The handler performs a state-changing deletion operation in response to any GET request that includes a jsonp_callback parameter, without validating an anti-CSRF token. Because JSONP callbacks are designed to bypass same-origin policy restrictions, an attacker can embed a crafted link or script in a malicious page that, when loaded by a victim with an active YesWiki session, triggers the deletion. The affected component is the ajaxdeletepage endpoint in YesWiki versions before 4.6.7, as identified by CPE cpe:2.3:a:yeswiki:yeswiki:*:*:*:*:*:*:*:* covering all prior releases. The root cause is the missing CSRF token check, allowing the attacker to forge requests on behalf of the authenticated user.
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:N/UI:P/VC:N/VI:H/VA:H/SC:N/SI:N/SA:N
Network CSRF needing no attacker privileges (PR:N) but requiring the authenticated victim to act (UI:R); permanent deletion yields high integrity and availability impact with no confidentiality loss.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
Lifecycle Timeline
2DescriptionCVE.org
YesWiki before 4.6.7 contains a cross-site request forgery vulnerability in the ajaxdeletepage handler, which permanently deletes a page on any GET request carrying a jsonp_callback parameter without checking a CSRF token. Attackers can lure a logged-in administrator or page owner to a crafted link to delete arbitrary pages along with their ACLs, links, triples, comments and referrers.
Technical POC Analysis
CWE-352 (CSRF).
Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.
Executive ViewAI
YesWiki versions before 4.6.7 are affected by a cross-site request forgery vulnerability that allows attackers to permanently delete arbitrary wiki pages, including their access control lists and associated data, by luring a logged-in administrator or page owner to a crafted URL. This requires user interaction but can result in significant data loss and disruption to organizational knowledge management. No public exploit has been identified at the time of analysis, and a vendor patch is available.
Apply vendor patch.
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
Cross-Site Request Forgery exploits the automatic credential inclusion behavior of web browsers.
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-91459
GHSA-6qxf-8854-q5c5
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB