Skip to main content

MediaWiki WikiLambda EUVDEUVD-2026-90199

| CVE-2026-103446 HIGH
Authorization Bypass Through User-Controlled Key (CWE-639)
2026-09-30 wikimedia-foundation GHSA-4x94-p99h-wrcj
7.4
CVSS 4.0 · Vendor: wikimedia-foundation
View

Attack ChainAIDerived

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

  1. Access
    Authenticate as low-privileged wiki user
  2. Delivery
    Identify user-controlled key parameter
  3. Exploit
    Substitute another user's object ID
  4. Execution
    Bypass object-level authorization
  5. Impact
    Read or modify unauthorized ZObjects/functions

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Object-level authorization, IDOR prevention
Exploitation Conditions

Requires a valid authenticated account on a wiki running the MediaWiki WikiLambda (Wikifunctions) extension version 1.46 (PR:L). Exploitation targets a user-controlled key/identifier that the extension fails to authorize against the requesting user, allowing access to another user's or scope's objects. Limiting factors per the CVSS 4.0 vector: high attack complexity (AC:H), a specific attack requirement that must be present (AT:P), and passive user interaction from a victim (UI:P) - so it is not a one-shot unauthenticated exploit. The affected component is a specialized extension (Abstract Wikipedia/Wikifunctions), not standard MediaWiki, further narrowing exposure to wikis that explicitly install WikiLambda.

Impact

Signals are mixed and lean toward moderate real-world risk. The CVSS 4.0 vector (7.4) requires authentication (PR:L), high attack complexity (AC:H), a specific attack requirement (AT:P), and passive user interaction (UI:P) - four independent frictions that argue against trivial mass exploitation despite the network vector (AV:N). The vendor assigns full VC:H/VI:H/VA:H plus scope-change subsequent impacts (SC:H/SI:H/SA:H), which looks aggressive for a CWE-639 IDOR/authorization-bypass class issue; such flaws typically enable reading or altering objects belonging to other users rather than full host compromise. E:P (Proof-of-Concept exploit maturity) is asserted in the vector, but NO explicit POC is referenced and there is no EPSS score or CISA KEV listing provided, so there is no public exploit identified at time of analysis. The tag 'Authentication Bypass' conflicts with the actual CWE-639 (authorization bypass through user-controlled key) - verify with vendor whether this bypasses login or merely object-level access controls; the description echoes 'Authentication Bypass' but the weakness class indicates authorization/IDOR. Net: a genuine authenticated authorization flaw worth patching, but the AC:H + AT:P + UI:P + PR:L combination and the niche deployment footprint make it a moderate, not urgent, priority.

Exploit ScenarioDerived

A low-privileged authenticated WikiLambda (Wikifunctions) user manipulates a user-controlled identifier/key in a request so the extension operates on an object or resource belonging to another user or scope they should not reach, reading or modifying it. Successful exploitation also depends on a specific condition (AT:P) and a victim performing a passive action (UI:P), and requires some setup (AC:H). No public exploit is identified, though the CVSS vector claims proof-of-concept maturity (E:P).

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
No patch listed yet 0.4% exploitation probability (EPSS)

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

Alert me

AnalysisAIv1 – Sep 30, 2026

Authorization bypass in the MediaWiki WikiLambda (Wikifunctions) extension version 1.46 lets an authenticated wiki user reference and operate on objects belonging to another user or scope, because the extension resolves a client-supplied object key without re-authorizing it against the requesting account. Exploitation is gated: the independently assessed vector (CVSS:3.1/AV:N/AC:H/PR:L/UI:R/S:U/C:H/I:H/A:N) requires a valid account, high attack complexity, an attack precondition that must be present, and some victim-side interaction, and only wikis that explicitly install WikiLambda rather than plain MediaWiki are exposed. No confirmed active exploitation is reported (not listed in CISA KEV); the advisory's CVSS 4.0 vector carries an E:P exploit-maturity metric and a Gerrit change is linked, indicating an upstream fix and proof-of-concept-level maturity rather than confirmed in-the-wild attacks, with no EPSS data supplied.

RemediationAI

An upstream fix is available as a Gerrit change (https://gerrit.wikimedia.org/r/q/If2c05b109672fc65f63372f86c768859dc6639fd) referenced from the Wikimedia advisory task https://phabricator.wikimedia.org/T435086; this is an upstream fix in the form of a code change rather than a tagged release, and a released patched version of the WikiLambda extension has not been independently confirmed from the supplied data, so operators should verify the extension commit level after updating. Track the Phabricator task for the official patched revision and apply it to any wiki running the WikiLambda extension in the 1.46 line. Where patching must be deferred, the highest-value compensating control is to uninstall or disable the WikiLambda extension on any wiki that does not actively use Wikifunctions - this eliminates the exposure entirely but removes Wikifunctions/Abstract Wikipedia functionality from that site. A less disruptive option is to tighten who can reach the affected functionality: restrict account creation and the relevant wiki permissions (for example via MediaWiki group-permission configuration) so that only trusted, identified users hold accounts capable of invoking WikiLambda object operations, accepting that this narrows but does not remove the authorization flaw and can disrupt legitimate community editing. Because exploitation requires an authenticated account plus a specific precondition and victim interaction, monitoring wiki account provisioning and auditing anomalous cross-user ZObject reads or writes provides useful detective coverage, but it is not a substitute for the fix and generates review overhead.

Affected VersionsENISA

MediaWiki WikiLambda extension 1.46

Affected Packages

euvd mediawiki_wikilambda_extension no fix

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 root cause class is CWE-639 (Authorization Bypass Through User-Controlled Key): the application accepts an identifier supplied by the requester and uses it to fetch or mutate a resource without verifying that the requester is authorized for that specific resource. Here the affected component is WikiLambda, the MediaWiki extension that implements Wikifunctions and the Abstract Wikipedia project - a specialized, extensible-function store rather than core MediaWiki, in which objects (ZObjects) and their sub-keys are addressed by user-visible identifiers. Because those identifiers are attacker-controllable and the extension's authorization check is missing or insufficient, an authenticated account can craft requests that address another user's or scope's objects and have them processed as if legitimately owned. The CPE entry cpe:2.3:a:the_wikimedia_foundation:mediawiki_wikilambda_extension:*:*:*:*:*:*:*:* is version-wildcarded, while the description pins the affected release line to 1.46, so deployments should confirm the actual extension version and commit level in use. The CVSS 4.0 vector (AV:N/AC:H/AT:P/PR:L/UI:P) corroborates the assessed prerequisites: network reachability, high complexity, a required attack precondition, low privilege (an authenticated account), and passive user interaction - the signature of a targeted, multi-step object-reference manipulation rather than a one-shot unauthorized request.

Know when Mediawiki 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 (wikimedia-foundation) PRIMARY 7.4 HIGH
CVSS:4.0/AV:N/AC:H/AT:P/PR:L/UI:P/VC:H/VI:H/VA:H/SC:H/SI:H/SA:H/E:P/S:N/AU:Y/R:U/V:C/RE:M/U:Amber
vuln.today AI 6.4 MEDIUM

Authenticated low-priv user (PR:L) over network (AV:N); IDOR needs specific setup and victim action (AC:H/UI:R); object read+modify gives C:H/I:H, no availability impact and no confirmed cross-system scope change (A:N/S:U).

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

Primary rating from Vendor (wikimedia-foundation).

CVSS VectorVendor: wikimedia-foundation

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

DescriptionCVE.org

Authorization bypass through User-Controlled key vulnerability in The Wikimedia Foundation MediaWiki WikiLambda extension allows Authentication Bypass.

This issue affects MediaWiki WikiLambda extension: 1.46.

Executive ViewAI

Why It Matters

A high-severity authorization flaw in the MediaWiki WikiLambda (Wikifunctions) extension, version 1.46, allows a signed-in wiki user to reach and manipulate function objects that belong to another user or scope, exposing both content confidentiality and integrity. Only wikis that deliberately install the WikiLambda extension - rather than standard MediaWiki deployments - are exposed, and exploitation is gated by a valid account, an attack precondition, high complexity, and some victim-side interaction. Because the flaw can let one user alter another user's objects, leadership should treat any WikiLambda-enabled wiki as an integrity risk to shared content and to trust in the platform.

Business Impact: Medium
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations: restrict WikiLambda user accounts to vetted personnel and disable open self-registration; enforce least privilege and review who can create or modify function objects; monitor and alert on cross-account object access; consider disabling or isolating the WikiLambda extension on affected wikis until the upstream fix is released; track the linked upstream Gerrit change for the fixed version and apply it as soon as available.

Threat Intelligence Overview

EPSS Score
0.4%
Top 67% exploitable
Prevalence
Low
niche MediaWiki extension, deployed mainly on Wikifunctions/Abstract Wikipedia, not general wikis
Data Quality
4 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.4%
Patch available No
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
None
System Exposure· derived
Open
Automatable
No
Human Impact
Medium
Technical Impact
Total

Priority Score

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

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

CVE-2014-1610 MEDIUM POC
6.0 Jan 30

MediaWiki 1.22.x before 1.22.2, 1.21.x before 1.21.5, and 1.19.x before 1.19.11, when DjVu or PDF file upload support is

CVE-2015-8009 CRITICAL POC
9.8 Jul 25

The MWOAuthDataStore::lookup_token function in Extension:OAuth for MediaWiki 1.25.x before 1.25.3, 1.24.x before 1.24.4,

CVE-2023-37303 CRITICAL POC
9.8 Jun 30

An issue was discovered in the CheckUser extension for MediaWiki through 1.39.3. Rated critical severity (CVSS 9.8), thi

CVE-2022-29906 CRITICAL POC
9.8 Apr 29

The admin API module in the QuizGame extension for MediaWiki through 1.37.2 (before 665e33a68f6fa1167df99c0aa18ed0157cdf

CVE-2022-29904 CRITICAL POC
9.8 Apr 29

The SemanticDrilldown extension for MediaWiki through 1.37.2 (before e688bdba6434591b5dff689a45e4d53459954773) allows SQ

CVE-2022-28206 CRITICAL POC
9.8 Mar 30

An issue was discovered in MediaWiki through 1.37.1. Rated critical severity (CVSS 9.8), this vulnerability is remotely

CVE-2022-28205 CRITICAL POC
9.8 Mar 30

An issue was discovered in MediaWiki through 1.37.1. Rated critical severity (CVSS 9.8), this vulnerability is remotely

CVE-2021-36128 CRITICAL POC
9.8 Jul 02

An issue was discovered in the CentralAuth extension in MediaWiki through 1.36. Rated critical severity (CVSS 9.8), this

CVE-2021-36126 CRITICAL POC
9.8 Jul 02

An issue was discovered in the AbuseFilter extension in MediaWiki through 1.36. Rated critical severity (CVSS 9.8), this

CVE-2017-8809 CRITICAL
9.8 Nov 15

api.php in MediaWiki before 1.27.4, 1.28.x before 1.28.3, and 1.29.x before 1.29.2 has a Reflected File Download vulnera

CVE-2024-47849 HIGH POC
8.8 Oct 05

Improper Neutralization of Special Elements used in an SQL Command ('SQL Injection') vulnerability in The Wikimedia Foun

CVE-2021-36132 HIGH POC
8.8 Jul 02

An issue was discovered in the FileImporter extension in MediaWiki through 1.36. Rated high severity (CVSS 8.8), this vu

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