https://bugzilla.redhat.com/show_bug.cgi?id=1191083
Tomas Hoger thoger@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Priority|medium |low Fixed In Version| |freetype 2.5.4 Summary|CVE-2014-9661 freetype: |CVE-2014-9661 freetype: out |use-after-free in |of bounds read in Type42 |type42/t42parse.c |font parser Whiteboard|impact=moderate,public=2014 |impact=low,public=20141124, |1124,reported=20150210,sour |reported=20150210,source=cv |ce=cve,cvss2=3.7/AV:L/AC:H/ |e,cvss2=4.3/AV:N/AC:M/Au:N/ |Au:N/C:P/I:P/A:P,fedora-all |C:N/I:N/A:P,cwe=CWE-125,rhe |/freetype=affected,rhel-5/f |l-5/freetype=wontfix,rhel-6 |reetype=new,rhel-6/freetype |/freetype=affected,rhel-7/f |=new,rhel-7/freetype=new |reetype=affected,rhev-m-3/m | |ingw-virt-viewer=affected,f | |edora-all/freetype=affected | |,fedora-all/mingw-freetype= | |affected,epel-7/mingw-freet | |ype=affected Severity|medium |low
--- Comment #4 from Tomas Hoger thoger@redhat.com --- Upstream bug is: https://savannah.nongnu.org/bugs/?43659
Issue was fixed upstream in 2.5.4.
This is not really a use-after-free issue. The problem rather here is that ttf_data and ttf_size get out of sync. t42_parse_sfnts() can be called multiple times. On the first call, ttf_data is allocated and ttf_size properly set to its size. On a subsequent call, tff_data re-allocated to be shorter, but ttf_size is not updated to match new ttf_data size. This leads to buffer over-read later. In that processing, valid pointer is used, in combination incorrect value indicating buffer size.