CVE-2010-2787 json
api.php in MediaWiki before 1.15.5 does not prevent use of public caching headers for private data, which allows remote attackers to bypass…
published 15y ago modified 4mo ago also EUVD-2010-2791
- cvss
- 4.3
- version 2.0, NVD
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 1.6%
- EPSS 1.6% chance of exploitation in 30 days, percentile 76%
- public exploits
- 0
- none known
Summary
api.php in MediaWiki before 1.15.5 does not prevent use of public caching headers for private data, which allows remote attackers to bypass intended access restrictions and obtain sensitive information by retrieving documents from an HTTP proxy cache that has been used by a victim.
Patch / fix
- mediawiki Debian 14, Debian 13, Debian 12 1:1.15.5-1
debian advisories DEBIAN-CVE-2010-2787
- bugzilla.redhat.com/show_bug.cgi?id=620226 patch
- openwall.com/lists/oss-security/2010/07/29/4 patch
- svn.wikimedia.org/viewvc/mediawiki?view=revision&revision=69776 patch
- securityfocus.com/bid/42019 patch
- bugzilla.redhat.com/show_bug.cgi?id=620224 patch
- lists.fedoraproject.org/pipermail/package-announce/2011-April/058588.html advisory
- lists.wikimedia.org/pipermail/mediawiki-announce/2010-July/000092.html advisory
Is CVE-2010-2787 in your stack? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerVendor advisories
What the vendors themselves say about their products: affected, fixed or not affected, and what to do.
red hat product security vex CVE-2010-2787 updated cvss 4.3
v1.16.0): Private data leakage via public caching headers
-
Red Hat All currently supported Red Hat productsnot affected: vulnerable code not present
Red Hat CSAF VEX © Red Hat, Inc., from https://security.access.redhat.com/data/csaf/v2/vex/; changed: reduced to product statuses and remediations. CC BY 4.0 · csaf
Exploit prediction
1.65% chance of exploitation in the next 30 days, higher than 76% of all scored CVEs (FIRST EPSS, 2026-11-09).
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| NVD | 2.0 | 4.3 | AV:N/AC:M/Au:N/C:P/I:N/A:N |
Classification
- Weakness
-
- CWE-200 Exposure of Sensitive Information to an Unauthorized Actor
References
-
lists.fedoraproject.org
/pipermail/package-announce/2011-April/058588.html
vendor-advisory, patch
-
bugzilla.redhat.com
/show_bug.cgi?id=620226
patch
-
openwall.com
/lists/oss-security/2010/07/29/4
mailing-list, patch
-
svn.wikimedia.org
/viewvc/mediawiki?view=revision&revision=69776
patch
-
lists.wikimedia.org
/pipermail/mediawiki-announce/2010-July/000092.html
mailing-list, patch, vendor-advisory
-
securityfocus.com
/bid/42019
vdb-entry, patch
-
bugzilla.redhat.com
/show_bug.cgi?id=620224
patch
-
lists.fedoraproject.org
/pipermail/package-announce/2011-April/059235.html
vendor-advisory
-
lists.fedoraproject.org
/pipermail/package-announce/2011-April/058910.html
vendor-advisory
-
lists.fedoraproject.org
/pipermail/package-announce/2011-April/059232.html
vendor-advisory
- bugzilla.wikimedia.org /show_bug.cgi?id=24565
Sources
- CVE List CVE-2010-2787
- NVD CVE-2010-2787
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.