CVE-2010-0182 json
The XMLDocument::load function in Mozilla Firefox before 3.5.9 and 3.6.x before 3.6.2, Thunderbird before 3.0.4, and SeaMonkey before 2.0.4…
published 2010-04-05 16 y ago modified 2026-06-16 4 mo ago also EUVD-2010-0213
- cvss
- 4.3
- version 2.0, NVD
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 1.2%
- EPSS 1.2% chance of exploitation in 30 days, percentile 68%
- public exploits
- 0
- none known
Summary
The XMLDocument::load function in Mozilla Firefox before 3.5.9 and 3.6.x before 3.6.2, Thunderbird before 3.0.4, and SeaMonkey before 2.0.4 does not perform the expected nsIContentPolicy checks during loading of content by XML documents, which allows attackers to bypass intended access restrictions via crafted content.
Patch / fix
- firefox RHEL 5 3.6.4-8.el5
- esc RHEL 5 1.1.0-12.el5
- yelp RHEL 5 2.16.0-26.el5
- totem RHEL 5 2.16.7-7.el5
- devhelp RHEL 5 0.12-21.el5
- xulrunner RHEL 5 1.9.2.4-10.el5
- totem-mozplugin RHEL 5 2.16.7-7.el5
- gnome-python2-extras RHEL 5 2.14.2-7.el5
red hat advisories RHSA-2010:0501RHSA-2010:0500
- firefox-esr openSUSE Tumbleweed 128.5.1-1.1
- MozillaFirefox openSUSE Tumbleweed 50.1.0-1.1
- MozillaThunderbird openSUSE Tumbleweed 45.5.1-1.1
opensuse advisories openSUSE-SU-2024:14572-1openSUSE-SU-2024:10071-1openSUSE-SU-2024:10230-1
Vendor 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-0182 updated cvss 4.3
mozilla: XMLDocument:: load() doesn't check nsIContentPolicy (MFSA 2010-24)
-
Red Hat Enterprise Linux (v. 5 server) esc 1.1.0-12.el5, totem 2.16.7-7.el5, yelp 2.16.0-26.el5, devhelp 0.12-21.el5, firefox 3.6.4-8.el5, xulrunner 1.9.2.4-10.el5, +6 morefixed: vendor fix RHSA-2010:0501
-
Red Hat Enterprise Linux AS version 4 firefox 3.6.4-8.el4fixed: vendor fix RHSA-2010:0500
-
Red Hat Enterprise Linux Desktop (v. 5 client) esc 1.1.0-12.el5, totem 2.16.7-7.el5, yelp 2.16.0-26.el5, devhelp 0.12-21.el5, firefox 3.6.4-8.el5, xulrunner 1.9.2.4-10.el5, +6 morefixed: vendor fix RHSA-2010:0501
-
Red Hat Enterprise Linux Desktop version 4 firefox 3.6.4-8.el4fixed: vendor fix RHSA-2010:0500
-
Red Hat Enterprise Linux Desktop Workstation (v. 5 client) totem 2.16.7-7.el5, devhelp 0.12-21.el5, xulrunner 1.9.2.4-10.el5fixed: vendor fix RHSA-2010:0501
-
Red Hat Enterprise Linux ES version 4 firefox 3.6.4-8.el4 Red Hat Enterprise Linux WS version 4 firefox 3.6.4-8.el4fixed: vendor fix RHSA-2010:0500
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.19% chance of exploitation in the next 30 days, higher than 68% 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:N/I:P/A:N |
Classification
- Weakness
-
- CWE-20 Improper Input Validation
References
-
redhat.com
/support/errata/RHSA-2010-0501.html
vendor-advisory
-
ubuntu.com
/usn/usn-921-1
vendor-advisory
-
lists.opensuse.org
/opensuse-security-announce/2010-06/msg00001.html
vendor-advisory
-
redhat.com
/support/errata/RHSA-2010-0500.html
vendor-advisory
-
mandriva.com
/security/advisories?name=MDVSA-2010:070
vendor-advisory
-
vupen.com
/english/advisories/2010/0748
vdb-entry, vendor-advisory
- mozilla.org /security/announce/2010/mfsa2010-24.html
-
secunia.com
/advisories/39397
third-party-advisory
-
vupen.com
/english/advisories/2010/1557
vdb-entry
-
securityfocus.com
/bid/39479
vdb-entry
-
oval.cisecurity.org
/repository/search/definition/oval%3Aorg.mitre.oval%3Adef%3A7618
vdb-entry, signature
- bugzilla.mozilla.org /show_bug.cgi?id=490790
-
exchange.xforce.ibmcloud.com
/vulnerabilities/57396
vdb-entry
-
vupen.com
/english/advisories/2010/0849
vdb-entry
-
oval.cisecurity.org
/repository/search/definition/oval%3Aorg.mitre.oval%3Adef%3A9375
vdb-entry, signature
- support.avaya.com /css/P8/documents/100091069
Sources
- CVE List CVE-2010-0182
- NVD CVE-2010-0182
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.