Skip to main content

YesWiki EUVDEUVD-2026-91469

| CVE-2026-104458 HIGH
Server-Side Request Forgery (SSRF) (CWE-918)
2026-10-02 VulnCheck GHSA-gg34-f95q-rfgp
8.3
CVSS 4.0 · Vendor: VulnCheck
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Identify public YesWiki actor inbox
  2. Delivery
    Craft Signature keyId with IPv6 transition address
  3. Exploit
    Bypass validateKeyIdUrl SSRF guard
  4. Execution
    Server fetches internal/metadata URL
  5. Impact
    Exfiltrate cloud metadata or internal response

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V4 - API and Web Service URL allowlisting, SSRF prevention
MITRE ATT&CK

2 techniques across 2 tactics: Initial Access, Credential Access

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

Requires a YesWiki instance (version < 4.6.7) with the public ActivityPub actor inbox route reachable by the attacker (network-facing federation endpoint). The attacker crafts a Signature keyId containing an IPv6 transition-address representation (6to4, NAT64, or IPv4-compatible IPv6) that defeats validateKeyIdUrl()'s SSRF guard. Realistic impact additionally depends on a valuable internal target being reachable from the server - most notably a cloud metadata endpoint (169.254.169.254), loopback services, or internal hosts; instances with no such reachable internal services yield limited value. Limiting factors beyond CVSS: AC:H/AT:P mean the specific transition-address encoding and network conditions must line up, no authentication is needed (PR:N) but the payload crafting is non-trivial, and no user interaction is required.

Impact

This is a credible, above-average-priority SSRF but not an emergency. The provided CVSS 4.0 vector (AV:N/AC:H/AT:P/PR:N/UI:N) scores 8.3 (High): network-reachable and unauthenticated (PR:N), which raises exposure, but AC:H and AT:P signal that successful exploitation is not trivial - the attacker must craft specific IPv6 transition-address payloads (6to4, NAT64, IPv4-compatible IPv6) and the environment must expose a reachable internal target (e.g. a cloud metadata endpoint). Impact is confidentiality-weighted (VC:H, VI:L, VA:N), consistent with reading cloud metadata / internal responses rather than full system compromise. Exploitation status: no public exploit identified at time of analysis (no KEV listing and no POC referenced; the VulnCheck and GHSA entries are advisories, not exploit code). No EPSS score was provided, so statistical exploitation likelihood cannot be compared against the KEV/POC signals - this is a data gap, not evidence of low risk. Net: a patched, real SSRF guard-bypass worth prompt remediation on internet-exposed YesWiki instances, especially those hosted in cloud environments with reachable metadata services, but the AC:H/AT:P friction and absence of confirmed exploitation place it below drop-everything severity.

Exploit ScenarioDerived

An attacker sends a crafted HTTP POST to a public YesWiki ActivityPub actor inbox route, placing an IPv6 transition-format address (6to4/NAT64/IPv4-compatible) in the Signature keyId so the server's validateKeyIdUrl() guard fails to recognize it as internal. The server then fetches the attacker-chosen internal URL - for example the cloud metadata service - and the response can expose credentials or internal service data. No authentication and no user interaction are required, though the attacker must know a valid internal target and correctly encode the bypass address (no POC is currently public).

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.3% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Oct 02, 2026

Server-side request forgery in YesWiki before 4.6.7 lets unauthenticated attackers reach internal services and cloud metadata endpoints by sending a crafted ActivityPub Signature keyId whose URL is expressed as an IPv6 transition address (6to4, NAT64, or IPv4-compatible IPv6), evading validateKeyIdUrl()'s SSRF guard. Exploitation requires the public federation actor-inbox route to be reachable by the attacker and involves non-trivial payload crafting, consistent with the independent assessment of CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:C/C:H/I:L/A:N; no public exploit identified at time of analysis. Real-world impact depends heavily on what the YesWiki server can reach internally - cloud metadata (169.254.169.254), loopback services, or internal hosts make it serious, while instances without reachable internal targets yield little value.

RemediationAI

Vendor-released patch: upgrade to YesWiki 4.6.7 or later, which hardens validateKeyIdUrl() against IPv6 transition and compatibility address encodings; apply the release referenced in the advisory at https://github.com/YesWiki/yeswiki/security/advisories/GHSA-85f2-5r47-2pwm. If immediate upgrade is not feasible, restrict exposure of the ActivityPub actor inbox route at the reverse proxy or WAF to known federated peers and reject keyId values whose host is not a public unicast address after full normalization - the trade-off is that blanket blocking of the inbox breaks federation with legitimate remote instances, so allow-listing is preferred over outright denial. Independently, enforce egress filtering on the YesWiki host so it cannot initiate connections to 169.254.169.254/32, 127.0.0.0/8, RFC1918 ranges, and the IPv6 equivalents (::1, fc00::/7, fe80::/10), and enable IMDSv2 with hop-limit 1 on AWS or the equivalent metadata protection on other clouds; egress rules can interfere with legitimate outbound integrations or plugin callbacks and should be scoped to the web user's process. Disabling ActivityPub federation entirely (if unused) removes the attack surface outright at the cost of Fediverse interoperability, and log/alert on outbound requests to link-local and loopback destinations to detect exploitation attempts.

Affected VersionsENISA

yeswiki 0 <4.6.7

Affected Packages

euvd yeswiki fix: 4.6.7

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 that participates in the Fediverse via ActivityPub. To verify incoming HTTP Signatures on the public actor inbox route, it resolves and fetches the keyId URL, and validateKeyIdUrl() is the guard intended to prevent that fetch from hitting internal or non-public destinations - a classic CWE-918 server-side request forgery root cause. The guard's weakness is address-representation parsing: it fails to normalize IPv6 transition and compatibility forms, so a keyId host expressed as a 6to4 address (2002::/16, which encapsulates an IPv4 address), a NAT64 address (64:ff9b::/96, which the network translates back to IPv4), or an IPv4-compatible IPv6 address (::a.b.c.d) can resolve or translate to a loopback, link-local, or private IPv4 target while still passing the string-level checks. Because HTTP clients follow the resolved address, the attacker-controlled keyId becomes an SSRF primitive against anything routable from the server. The CPE cpe:2.3:a:yeswiki:yeswiki:*:*:*:*:*:*:*:* with the EUVD range "yeswiki 0 <4.6.7" confirms all releases prior to 4.6.7 are exposed.

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

Vendor (VulnCheck) PRIMARY 8.3 HIGH
CVSS:4.0/AV:N/AC:H/AT:P/PR:N/UI:N/VC:H/VI:L/VA:N/SC:N/SI:N/SA:N
vuln.today AI 7.5 HIGH

Network-reachable unauthenticated SSRF (AV:N/PR:N); AC:H for the transition-address guard bypass; S:C as the server is coerced to attack other systems; C:H for metadata/internal reads, I:L, A:N.

3.1 AV:N/AC:H/PR:N/UI:N/S:C/C:H/I:L/A:N
4.0 AV:N/AC:H/AT:P/PR:N/UI:N/VC:H/VI:L/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (VulnCheck).

CVSS VectorVendor: VulnCheck

Attack Vector
Network
Attack Complexity
High
Attack Requirements
Present
Privileges Required
None
User Interaction
None
Vulnerable system: Confidentiality
High
Vulnerable system: Integrity
Low
Vulnerable system: Availability
None
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

Lifecycle Timeline

2
Patch available
Oct 02, 2026 - 12:02 EUVD
CVE Published
Oct 02, 2026 - 11:38 cve.org
HIGH 8.3

DescriptionCVE.org

YesWiki before 4.6.7 contains a server-side request forgery vulnerability in validateKeyIdUrl() that allows unauthenticated attackers to bypass the SSRF guard using 6to4, NAT64, or IPv4-compatible IPv6 addresses. Attackers can send a crafted Signature keyId to the public actor inbox route to reach cloud metadata, loopback services, or internal hosts.

Technical POC Analysis

CWE-918 (SSRF).

Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.

Executive ViewAI

Why It Matters

YesWiki, a collaboration platform used for knowledge sharing, contains a high-severity vulnerability that allows unauthenticated attackers to reach internal services and cloud metadata endpoints when the public federation route is exposed. This could lead to unauthorized access to cloud credentials or internal systems, potentially resulting in data breaches or service disruption. No public exploit identified at time of analysis, but the risk is significant for internet-facing instances, and leadership should prioritize remediation.

Business Impact: High
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.3%
Top 78% exploitable
Prevalence
Low
niche open-source wiki/collaboration platform, limited enterprise footprint
Data Quality
5 sources
Confidence: Medium

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.3%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
Poc
System Exposure· derived
Open
Automatable
No
Human Impact
High
Technical Impact
Partial

Priority Score

42
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +42
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Server-Side Request Forgery exploits applications that fetch remote resources based on user-supplied URLs.

CVE-2025-31131 HIGH POC
8.6 Apr 01

YesWiki is a wiki system written in PHP. Rated high severity (CVSS 8.6), this vulnerability is remotely exploitable, no

CVE-2025-46348 CRITICAL POC
10.0 Apr 29

YesWiki is a wiki system written in PHP. Rated critical severity (CVSS 10.0), this vulnerability is remotely exploitable

CVE-2026-52778 CRITICAL POC
9.8 Jun 08

Remote code execution in YesWiki prior to 4.6.6 allows unauthenticated attackers to inject arbitrary PHP via the Bazar C

CVE-2024-51478 CRITICAL POC
9.1 Oct 31

YesWiki is a wiki system written in PHP. Rated critical severity (CVSS 9.1), this vulnerability is remotely exploitable,

CVE-2025-46349 HIGH POC
7.6 Apr 29

YesWiki is a wiki system written in PHP. Rated high severity (CVSS 7.6), this vulnerability is remotely exploitable, no

CVE-2025-46347 MEDIUM POC
5.8 Apr 29

YesWiki is a wiki system written in PHP. Rated medium severity (CVSS 5.8), this vulnerability is remotely exploitable, n

CVE-2025-46346 MEDIUM POC
6.3 Apr 29

YesWiki is a wiki system written in PHP. Rated medium severity (CVSS 6.3), this vulnerability is remotely exploitable, n

CVE-2025-52277 MEDIUM POC
6.1 Sep 09

Cross Site Scripting vulnerability in YesWiki v.4.54 allows a remote attacker to execute arbitrary code via a crafted pa

CVE-2018-1000641 CRITICAL
9.8 Aug 20

YesWiki version <= cercopitheque beta 1 contains a PHP Object Injection vulnerability in Unserialising user entered para

CVE-2026-104467 CRITICAL
9.2 Oct 02

Authorization bypass in YesWiki before 4.6.7 lets unauthenticated remote attackers call admin-only API routes when the i

CVE-2026-104445 HIGH
8.8 Oct 02

Unauthenticated attackers can delete or overwrite federated entries in YesWiki instances before 4.6.7 that have Activity

CVE-2026-104457 HIGH
8.8 Oct 02

Unauthenticated SQL injection in YesWiki before 4.6.7 allows remote attackers to read arbitrary database contents, inclu

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy