Bug 1191083 – CVE-2014-9661 freetype: out of bounds read in Type42 font parser

Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.

Bug 1191083 - (CVE-2014-9661) CVE-2014-9661 freetype: out of bounds read in Type42 font parser

Summary:	CVE-2014-9661 freetype: out of bounds read in Type42 font parser

Status:	CLOSED ERRATA

Aliases:	CVE-2014-9661

Product:	Security Response
Classification:	Other
Component:	vulnerability (Show other bugs)
Sub Component:
Version:	unspecified
Hardware:	All Linux

Priority	low Severity low
Target Milestone:	---
Target Release:	---
Assigned To:	Red Hat Product Security
QA Contact:
Docs Contact:

URL:
Whiteboard:	impact=low,public=20141124,reported=2...
Keywords:	Security

Depends On:	1191099 1197737 1197738 1197739 1197740
Blocks:	1191102
	Show dependency tree / graph

Reported:	2015-02-10 07:50 EST by Vasyl Kaigorodov
Modified:	2015-11-25 05:28 EST (History)
CC List:	4 users (show)

See Also:
Fixed In Version:	freetype 2.5.4
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	2015-03-18 03:40:44 EDT
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

External Trackers
Tracker	ID	Priority	Status	Summary	Last Updated
Red Hat Product Errata	RHSA-2015:0696	normal	SHIPPED_LIVE	Important: freetype security update	2015-03-17 17:58:07 EDT

Groups: None (edit)

Description Vasyl Kaigorodov 2015-02-10 07:50:47 EST

Common Vulnerabilities and Exposures assigned CVE-2014-9661 to the following issue:

type42/t42parse.c in FreeType before 2.5.4 does not consider that scanning can
be incomplete without triggering an error, which allows remote attackers to
cause a denial of service (use-after-free) or possibly have unspecified other
impact via a crafted Type42 font.

http://code.google.com/p/google-security-research/issues/detail?id=187
http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=3788187e0c396952cd7d905c6c61f3ff8e84b2b4
http://git.savannah.gnu.org/cgit/freetype/freetype2.git/commit/?id=42fcd6693ec7bd6ffc65ddc63e74287a65dda669

Comment 1 Vasyl Kaigorodov 2015-02-10 07:56:05 EST

Created freetype tracking bugs for this issue:

Affects: fedora-all [bug 1191099]

Comment 2 Fedora Update System 2015-02-19 13:00:51 EST

freetype-2.5.3-15.fc21 has been pushed to the Fedora 21 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 3 Fedora Update System 2015-02-20 03:30:46 EST

freetype-2.5.0-9.fc20 has been pushed to the Fedora 20 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 4 Tomas Hoger 2015-02-20 07:08:52 EST

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.

Comment 7 errata-xmlrpc 2015-03-17 13:58:58 EDT

This issue has been addressed in the following products:

  Red Hat Enterprise Linux 6
  Red Hat Enterprise Linux 7

Via RHSA-2015:0696 https://rhn.redhat.com/errata/RHSA-2015-0696.html

Note You need to log in before you can comment on or make changes to this bug.