https://bugzilla.redhat.com/show_bug.cgi?id=1191083
Tomas Hoger <thoger(a)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(a)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.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug
https://bugzilla.redhat.com/token.cgi?t=2CCyUYPgBB&a=cc_unsubscribe