CVE-2010-2024 json
transports/appendfile.c in Exim before 4.72, when MBX locking is enabled, allows local users to change permissions of arbitrary files or cr…
published 16y ago modified 4mo ago also EUVD-2010-2044
- cvss
- 4.4
- version 2.0, NVD
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.3%
- EPSS 0.3% chance of exploitation in 30 days, percentile 20%
- public exploits
- 0
- none known
Summary
transports/appendfile.c in Exim before 4.72, when MBX locking is enabled, allows local users to change permissions of arbitrary files or create arbitrary files, and cause a denial of service or possibly gain privileges, via a symlink attack on a lockfile in /tmp/.
Patch / fix
- exim4 Debian 14, Debian 13, Debian 12 4.72-1
debian advisories DEBIAN-CVE-2010-2024
- exim openSUSE Tumbleweed 4.86.2-2.2
opensuse advisories openSUSE-SU-2024:10017-1
Is CVE-2010-2024 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-2024 updated cvss 2.1
exim: race condition when MBX locking is enabled
-
Red Hat Enterprise Linux 4 exim Red Hat Enterprise Linux 5 eximaffected: no fix available
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
0.28% chance of exploitation in the next 30 days, higher than 20% of all scored CVEs (FIRST EPSS, 2026-11-09).
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| NVD | 2.0 | 4.4 | AV:L/AC:M/Au:N/C:P/I:P/A:P |
Classification
- Weakness
-
- CWE-362 Concurrent Execution using Shared Resource with Improper Synchronization
References
-
vcs.exim.org
/viewvc/exim/exim-src/src/transports/appendfile.c?r1=1.25&r2=1.26
patch
-
bugs.exim.org
/show_bug.cgi?id=989
patch
-
lists.fedoraproject.org
/pipermail/package-announce/2010-June/042613.html
vendor-advisory
-
lists.opensuse.org
/opensuse-security-announce/2010-08/msg00001.html
vendor-advisory
-
ubuntu.com
/usn/USN-1060-1
vendor-advisory
-
lists.fedoraproject.org
/pipermail/package-announce/2010-June/042587.html
vendor-advisory
-
secunia.com
/advisories/40019
third-party-advisory, vendor-advisory
-
archives.neohapsis.com
/archives/fulldisclosure/2010-06/0079.html
mailing-list
- bugzilla.redhat.com /show_bug.cgi?id=600097
-
vupen.com
/english/advisories/2010/1402
vdb-entry
-
securityfocus.com
/bid/40454
vdb-entry
-
vupen.com
/english/advisories/2011/0364
vdb-entry
-
secunia.com
/advisories/43243
third-party-advisory
-
exchange.xforce.ibmcloud.com
/vulnerabilities/59042
vdb-entry
-
lists.exim.org
/lurker/message/20100524.175925.9a69f755.en.html
mailing-list
- vcs.exim.org /viewvc/exim/exim-doc/doc-txt/ChangeLog?view=markup&pathrev=exim-4_72_RC2
-
secunia.com
/advisories/40123
third-party-advisory
-
securityfocus.com
/archive/1/511653/100/0/threaded
mailing-list
Sources
- CVE List CVE-2010-2024
- NVD CVE-2010-2024
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.