Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify wiki running CentralAuth extension
-
ExploitSend crafted unauthenticated request
-
ExecutionTrigger improper access to sensitive data
-
ImpactHarvest exposed information at scale
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V14 - Data Protection Data exposure prevention
MITRE ATT&CK
2 techniques across 2 tactics: Collection, Discovery The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Requires the target MediaWiki installation to have the CentralAuth extension deployed - the extension used for global/shared accounts across a wiki farm (as on Wikimedia projects) - at a version before 1.46.1, 1.45.5, or 1.43.10. Given AV:N/AC:L/PR:N/UI:N, no authentication, no user interaction, and no special non-default configuration beyond having the extension enabled are needed; exploitation is remote against the extension's default behavior. The principal limiting factor is the narrow deployment footprint: only wikis running CentralAuth (multi-wiki SSO setups) are affected, not standalone MediaWiki instances without this extension. Impact is confined to confidentiality (information disclosure); no integrity or availability effect. |
| Impact | This is a genuine but moderate-priority issue rather than a top-tier emergency. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N = 7.5) indicates remote, unauthenticated, low-complexity exploitation with high confidentiality impact but no integrity or availability impact - consistent with CWE-200 information exposure. CISA's SSVC framework reinforces a measured view: Exploitation status is 'none' (no observed or public exploitation), Automatable is 'yes' (the disclosure can likely be scripted/scraped at scale), and Technical Impact is 'partial' (data exposure, not full system control). No EPSS score was supplied in the input, there is no CISA KEV listing, and no public exploit code was identified, so all three exploitation signals currently point to no active exploitation. The combination 'Automatable: yes' but 'Exploitation: none' suggests the flaw would be easy to weaponize if an exploit emerged, which argues for prompt patching even absent current in-the-wild activity. Note a minor consistency check: the 7.5 base score with C:H/I:N/A:N is internally coherent, but the precise nature of what sensitive data is exposed is not detailed in the description - verify scope (e.g., account/session/global-user data) against the Phabricator/Gerrit references before finalizing impact triage. |
| Exploit ScenarioDerived | A remote, unauthenticated attacker sends crafted requests to a wiki running the CentralAuth extension (multi-wiki single-sign-on) and retrieves sensitive information that should not be exposed to unauthorized actors. Because the flaw is network-reachable, requires no privileges or user interaction, and is marked Automatable by SSVC, an attacker could script bulk collection across many accounts or wikis. No public exploit code was identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 01, 2026
Unauthenticated remote attackers can disclose sensitive information from MediaWiki installations that have the CentralAuth extension deployed at versions before 1.46.1, 1.45.5, or 1.43.10 (CVE-2026-100244, CVSS 7.5, CWE-200). Exploitation requires no authentication, no user interaction, and no special configuration beyond the extension being enabled, so the only real constraint is deployment footprint: wiki farms using CentralAuth for global/shared accounts are exposed, while standalone MediaWiki sites without the extension are not. No public exploit code has been identified at time of analysis, CISA SSVC records no observed exploitation, and vendor patches are available.
RemediationAI
Vendor-released patch: upgrade the CentralAuth extension to MediaWiki 1.46.1, 1.45.5, or 1.43.10 (or later on the branch you track), matching the fix published via the Gerrit change referenced in the advisory and tracked in Phabricator T432789 (https://phabricator.wikimedia.org/T432789). If an immediate upgrade is not possible, the most effective compensating control is to disable the CentralAuth extension entirely by removing it from LocalSettings.php, which removes the vulnerable code path but has the significant side effect of breaking global/shared accounts, unified login, global groups and global account administration - local accounts continue to work but cross-wiki SSO and global user rights stop functioning, so this is only practical as a short-term measure. Alternatively, restrict network reachability to the affected wiki farm at the reverse proxy or WAF layer and audit web server logs for anomalous unauthenticated requests to CentralAuth-handling endpoints before and after patching, accepting that such filtering is fragile and may miss encoded request variants. Because the scorecard shows confidentiality-only impact, no public exploit code, and no confirmed exploitation, remediation can be scheduled within a normal patch cycle rather than treated as an emergency; note also that MediaWiki's maintenance branches are periodically rotated, so plan to move to a currently supported branch alongside this fix.
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
MediaWiki is the PHP-based wiki platform that powers Wikipedia and many other wikis, and CentralAuth is the extension that enables global (shared) user accounts, unified login, global groups and global account management across a wiki farm - the model Wikimedia production wikis rely on. Because the flaw is classified as CWE-200 (Exposure of Sensitive Information to an Unauthorized Actor), the root cause class is an access-control/authorization gap in the extension's own code path where a response returns data to an actor who should not receive it, rather than a memory-safety or injection defect; the advisory does not spell out which endpoint or data set is disclosed, but CentralAuth's domain covers global user records and shared-session/global-login state held in the central wiki's database. The CVSS vector AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N confirms the bug is reachable over the network without credentials or victim interaction and that the result is a confidentiality-only impact (no integrity or availability effect), consistent with the CISA SSVC assessment of 'automatable: yes' with 'partial' technical impact and no exploitation observed. The public Gerrit change (Ifd262c11300dd0355e177d6185bcd704d2720a47) and the Phabricator task (T432789) indicate an upstream code fix was merged across the maintained release branches, which explains the multi-branch affected range.
Know when Mediawiki Centralauth Extension 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
AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
Remote unauthenticated low-complexity access to the extension yields sensitive-data exposure (C:H) with no integrity or availability impact, matching the vendor vector.
Primary rating from Vendor (wikimedia-foundation).
CVSS VectorVendor: wikimedia-foundation
Lifecycle Timeline
4DescriptionCVE.org
Exposure of Sensitive Information to an Unauthorized Actor vulnerability in Wikimedia Foundation Mediawiki - CentralAuth Extension allows Excavation.
This issue affects Mediawiki - CentralAuth Extension: from * before 1.46.1, 1.45.5, 1.43.10.
Executive ViewAI
The CentralAuth extension for MediaWiki - the component wiki farms rely on to manage shared global accounts - can disclose sensitive information to any unauthenticated visitor, meaning multi-wiki environments may leak account and configuration data without an attacker logging in, interacting with a user, or triggering any special configuration. Because the only precondition is that the extension be enabled, exposure is scoped to shared-account wiki deployments and their user populations rather than to standalone MediaWiki sites. Leadership should treat this as a confidentiality exposure to the platform's user base and credential-adjacent data, not as a contained technical defect.
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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Information disclosure in MediaWiki CentralAuth extension exposes sensitive authentication data to unauthorized parties
Code injection in the MediaWiki CentralAuth extension (versions 1.43, 1.45 and 1.46) lets an already highly privileged o
EUVD-2026-89090
GHSA-8fvg-vv8m-prf7
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB