[pcre3] several security issues in Perl-Compatible Regular Expression library

Bug #160454 reported by disabled.user
264
Affects Status Importance Assigned to Milestone
pcre3 (Ubuntu)
Fix Released
Undecided
Unassigned
Dapper
Fix Released
Medium
Kees Cook
Edgy
Fix Released
Medium
Kees Cook
Feisty
Fix Released
Medium
Kees Cook
Gutsy
Fix Released
Medium
Kees Cook
Hardy
Fix Released
Undecided
Unassigned

Bug Description

References:
[1] http://www.debian.org/security/2007/dsa-1399
[2] https://rhn.redhat.com/errata/RHSA-2007-0966.html
[3] http://www.mandriva.com/en/security/advisories?name=MDKSA-2007:207

From [1]:
"Tavis Ormandy of the Google Security Team has discovered several security issues in PCRE, the Perl-Compatible Regular Expression library, which potentially allow attackers to execute arbitrary code by compiling specially crafted regular expressions."

Especially noteworthy from [1]:
"Version 7.0 of the PCRE library featured a major rewrite of the regular expression compiler, and it was deemed infeasible to backport the security fixes in version 7.3 to the versions in Debian's stable and oldstable distributions (6.7 and 4.5, respectively). Therefore, this update contains version 7.3, with special patches to improve the compatibility with the older versions. As a result, extra care is necessary when applying this update."

Revision history for this message
disabled.user (disabled.user-deactivatedaccount) wrote :

I'm sorry and guess that this bug shouldn't point to CVE-2007-5116.

See also Bug #160693 .

Kees Cook (kees)
Changed in pcre3:
assignee: nobody → keescook
importance: Undecided → Medium
status: New → In Progress
assignee: nobody → keescook
importance: Undecided → Medium
status: New → In Progress
assignee: nobody → keescook
importance: Undecided → Medium
status: New → In Progress
assignee: nobody → keescook
importance: Undecided → Medium
status: New → In Progress
Revision history for this message
Kees Cook (kees) wrote :

Thanks for the report! We're currently testing upgrades to 7.4; updates should be available shortly.

Changed in pcre3:
status: New → Triaged
Revision history for this message
disabled.user (disabled.user-deactivatedaccount) wrote :

OT:
Do I need better glasses, or is "Remove CVE link" a new feature?

Revision history for this message
Kees Cook (kees) wrote :

7.3 in Hardy is not vulnerable. Marking "Fix Released" there. As for the other pcre3, I have uploaded 7.4 versions into -proposed for additional testing. So far, I have no found an regressions. I would like to see the pcre3 updates tested more widely before pushing this into -security. Since this is a full-version update, I want to be cautious.

Changed in pcre3:
status: Triaged → Fix Released
Revision history for this message
Tollef Fog Heen (tfheen) wrote :

Fix accepted into dapper-proposed

Changed in pcre3:
status: In Progress → Fix Committed
Revision history for this message
Tollef Fog Heen (tfheen) wrote :

Accepted into edgy-proposed.

Changed in pcre3:
status: In Progress → Fix Committed
Revision history for this message
Tollef Fog Heen (tfheen) wrote :

Accepted into feisty-proposed.

Changed in pcre3:
status: In Progress → Fix Committed
Revision history for this message
Tollef Fog Heen (tfheen) wrote :

Accepted into gutsy-proposed.

Changed in pcre3:
status: In Progress → Fix Committed
Revision history for this message
Zak B. Elep (zakame) wrote :

Running Kubuntu Gutsy with the following rdepends on libpcre3 installed:

ii apache2-utils 2.2.4-3build1 utility programs for webservers
ii digikam 2:0.9.2-2ubuntu2 digital photo management application for KDE
ii kaddressbook 4:3.5.7enterprise20070926-0ubuntu2 KDE NG addressbook application
ii kaffeine 0.8.5-0ubuntu1 versatile media player for KDE 3
ii kchmviewer 3.1.2-0ubuntu1 CHM viewer for KDE
ii kdelibs4c2a 4:3.5.8-0ubuntu3.1 core libraries and binaries for all KDE appl
ii kdelibs4c2a 4:3.5.8-0ubuntu3.1 core libraries and binaries for all KDE appl
ii kmail 4:3.5.7enterprise20070926-0ubuntu2 KDE Email client
ii kmobiletools 0.4.3.3-0ubuntu1 KDE application for controlling your mobile
ii kontact 4:3.5.7enterprise20070926-0ubuntu2 KDE pim application
ii kopete 4:3.5.8-0ubuntu2 instant messenger for KDE
ii kopete-otr 0.6-0ubuntu1 Off-The-Record encryption for Kopete
ii ktorrent 2.2.1-0ubuntu3 BitTorrent client for KDE
ii nmap 4.20-2 The Network Mapper
ii wireshark-common 0.99.6rel-3 network traffic analyser (common files)

The only couple of things that are somewhat odd since my update to the proposed pcre3 is that ktorrent would seem to eat a lot more processing than usual, giving the appearance of a hanged app; the same in kopete (although it happens less, but then again I also use that package less than the former.) But then again, they may also be issues unrelated to this.

Revision history for this message
Neal McBurnett (nealmcb) wrote :

Testers can use "apt-cache --installed rdepends libpcre3" to check which installed packages depend on pcre3, so you know a bit about what to test. I note over a dozen packages on one of my machines. There are 183 in all (minus some odd dups?), and some are libraries that are used by other packages :-)

Revision history for this message
Jamie Strandboge (jdstrand) wrote :

Works ok so far on Dapper with these applications (but it was only lightly tested):
  exim4-daemon-light
  nmap
  exim4-daemon-light
  epiphany-extensions

Revision history for this message
Jamie Strandboge (jdstrand) wrote :

Here is a list of source packages from main that are depend on libpcre3 on Dapper:
analog
apache2
epiphany-extensions
exim4
eximon4
kdeedu (libkdeedu3, kalzium, kstars)
kdebindings (libkjsembed1)
kdelibs
kdenetwork (kopete)
kdewebdev (klinkstatus)
kdeaddons (konq-plugins, noatun-plugins)
ktorrent
nmap
pan
php5
postfix-pcre
quanta
xfce4-verve-plugin
zsh
zsh-beta

Revision history for this message
Jamie Strandboge (jdstrand) wrote :

Analysis shows these source packages should not have to be tested on Dapper, as they don't actually use pcre:
kdeaddons
kdebindings
kdeedu
kdewebdev
ktorrent

To be doubly sure, I did:
grep -ri pcre <source dir>

kdebindings references pcre in kjsembed files:
qjsembed.nsi (win32)
qjsembed.pro (win32)
kjsembed.pro (unix) says to link against it, but nothing uses it directly

kdewebdev has 'pcre.tag' in /kdewebdev-3.5.2/quanta/data/dtep/php/pcre.tag but doesn't actually use it.

Revision history for this message
Kees Cook (kees) wrote :

The version 7.4 update has published now.

Changed in pcre3:
status: Fix Committed → Fix Released
status: Fix Committed → Fix Released
status: Fix Committed → Fix Released
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public Security information  
Everyone can see this security related information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.