Red Hat Bugzilla – Bug 1190709
CVE-2015-1547 libtiff: use of uninitialized memory in NeXTDecode
Last modified: 2016-08-02 12:59:50 EDT
Use of uninitialized memory was reported [1] in NeXTDecode in libtiff. The example TIFF file that triggers this behavious can be found here: http://lcamtuf.coredump.cx/afl/vulns/libtiff5.tif [1]: http://seclists.org/oss-sec/2015/q1/454
Created libtiff tracking bugs for this issue: Affects: fedora-all [bug 1190710]
Created mingw-libtiff tracking bugs for this issue: Affects: epel-7 [bug 1190712]
Patch ===== There is no proper information of fixing this flaw anywhere according to http://seclists.org/oss-sec/2015/q1/454 - uninitialized memory in NeXTDecode Fixed in: 2014-12-29 Even Rouault <even.rouault () spatialys com> * libtiff/tif_next.c: add new tests to check that we don't read outside of the compressed input stream buffer. I don't think this had a CVE number assigned yet. Use CVE-2014-9655 for these two issues related to access of uninitialized memory, as demonstrated by libtiff-cvs-1.tif and libtiff-cvs-2.tif. http://lcamtuf.coredump.cx/afl/vulns/libtiff5.tif - another use of uninitialized memory in NeXTDecode after fixing the previous case. I don't think this had a CVE number assigned yet. Use CVE-2015-1547 for this issue. -------------------- Considering above part of patch that fixes CVE-2014-9655 in tif_next.c from commit https://github.com/vadz/libtiff/commit/40a5955cbf0df62b1f9e9bd7d9657b0070725d19 fixes CVE-2015-1547 libtiff/tif_next.c @@ -71,7 +71,7 @@ NeXTDecode(TIFF* tif, uint8* buf, tmsize_t occ, uint16 s) TIFFErrorExt(tif->tif_clientdata, module, "Fractional scanlines cannot be read"); return (0); } - for (row = buf; occ > 0; occ -= scanline, row += scanline) { + for (row = buf; cc > 0 && occ > 0; occ -= scanline, row += scanline) { n = *bp++, cc--; switch (n) { case LITERALROW: @@ -90,6 +90,8 @@ NeXTDecode(TIFF* tif, uint8* buf, tmsize_t occ, uint16 s) * The scanline has a literal span that begins at some * offset. */ + if( cc < 4 ) + goto bad; off = (bp[0] * 256) + bp[1]; n = (bp[2] * 256) + bp[3]; if (cc < 4+n || off+n > scanline)
libtiff-4.0.3-20.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report.
Statement: Red Hat Product Security has rated this issue as having moderate security impact, a future update may address this flaw in libtiff.
This issue has been addressed in the following products: Red Hat Enterprise Linux 6 Via RHSA-2016:1547 https://rhn.redhat.com/errata/RHSA-2016-1547.html
This issue has been addressed in the following products: Red Hat Enterprise Linux 7 Via RHSA-2016:1546 https://rhn.redhat.com/errata/RHSA-2016-1546.html