econvert in ExactImage 0.8.9 and earlier does not properly initialize the setjmp variable, which allows context-dependent users to cause a…

published 2013-09-16 13y ago modified 2026-06-16 4mo ago also EUVD-2013-1479

cvss: 4.3; version 2.0, NVD
cisa kev: Not listed; not in CISA's catalog
epss: 1.3%; EPSS 1.3% chance of exploitation in 30 days, percentile 69%
public exploits: 0; none known

econvert in ExactImage 0.8.9 and earlier does not properly initialize the setjmp variable, which allows context-dependent users to cause a denial of service (crash) via a crafted image file.

Patch / fix

distros 1 links 1

exactimage Debian 14, Debian 13, Debian 12 0.8.9-2

debian advisories DEBIAN-CVE-2013-1441

openwall.com/lists/oss-security/2013/09/05/8 patch

Is CVE-2013-1441 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 Fencer

Exploit prediction

1.26% chance of exploitation in the next 30 days, higher than 69% 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:N/A:P

Classification

Weakness

CWE-20 Improper Input Validation

References

openwall.com /lists/oss-security/2013/09/05/8
mailing-list, patch
debian.org /security/2013/dsa-2754
vendor-advisory
anonscm.debian.org /gitweb/?p=collab-maint/exactimage.git%3Ba=commitdiff%3Bh=1dff2eb586a3d10d8528a984bc471292e3789f5c%3Bhp=acfe54

Sources

CVE List CVE-2013-1441
NVD CVE-2013-1441

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.