Bug 1132282 - CVE-2014-4607 dump: lzo: lzo1x_decompress_safe() integer overflow [fedora-all]
Summary: CVE-2014-4607 dump: lzo: lzo1x_decompress_safe() integer overflow [fedora-all]
Alias: None
Product: Fedora
Classification: Fedora
Component: dump
Version: 20
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Petr Hracek
QA Contact: Fedora Extras Quality Assurance
Depends On:
Blocks: CVE-2014-4607
TreeView+ depends on / blocked
Reported: 2014-08-21 04:05 UTC by Murray McAllister
Modified: 2015-02-25 13:29 UTC (History)
1 user (show)

Fixed In Version: dump-0.4-0.24.b44.fc20
Doc Type: Release Note
Doc Text:
Clone Of:
Last Closed: 2015-02-25 13:29:35 UTC

Attachments (Terms of Use)

Description Murray McAllister 2014-08-21 04:05:35 UTC
This is an automatically created tracking bug!  It was created to ensure
that one or more security vulnerabilities are fixed in affected versions
of Fedora.

For comments that are specific to the vulnerability please use bugs filed
against the "Security Response" product referenced in the "Blocks" field.

For more information see:

When submitting as an update, use the fedpkg template provided in the next
comment(s).  This will include the bug IDs of this tracking bug as well as
the relevant top-level CVE bugs.

Please also mention the CVE IDs being fixed in the RPM changelog and the
fedpkg commit message.

NOTE: this issue affects multiple supported versions of Fedora. While only
one tracking bug has been filed, please correct all affected versions at
the same time.  If you need to fix the versions independent of each other,
you may clone this bug as appropriate.

[bug automatically created by: add-tracking-bugs]

Comment 1 Murray McAllister 2014-08-21 04:05:46 UTC
Use the following template to for the 'fedpkg update' request to submit an
update for this issue as it contains the top-level parent bug(s) as well as
this tracking bug.  This will ensure that all associated bugs get updated
when new packages are pushed to stable.


# bugfix, security, enhancement, newpackage (required)

# testing, stable

# Bug numbers: 1234,9876

# Description of your update
notes=Security fix for CVE-2014-4607

# Enable request automation based on the stable/unstable karma thresholds

# Automatically close bugs when this marked as stable

# Suggest that users restart after update


Additionally, you may opt to use the bodhi update submission link instead:


Comment 2 Petr Hracek 2014-11-24 14:53:22 UTC
Hi Huzaifa,

is this bug still valid?

Parent bug was closed as NOTABUG. What is current status?
If parent bug is closed as NOTABUG that child bug will be close as NOTABUG too.

Comment 3 Murray McAllister 2014-11-25 06:12:09 UTC
Hi Petr,

It is closed ERRATA not NOTABUG (unless I'm looking at the wrong bug).

Would it be possible for dump to be built with/against the system lzo libraries, rather than a bundle copy (https://bugzilla.redhat.com/show_bug.cgi?id=1112418#c29)?

That would be one way to resolve this issue. That said, I am not familiar with how the lzo business is used in dump, perhaps it is not really exposed or low enough risk to ignore in dump.

Comment 5 Petr Hracek 2015-01-20 14:34:46 UTC

in dump I have removed lzo from source code and replace them with liblzo and libminilzo from system.

After checking dump and restore binaries lzo libraries are taken from system:
$ ldd dump
	linux-vdso.so.1 =>  (0x00007fffcf9fe000)
	libext2fs.so.2 => /lib64/libext2fs.so.2 (0x00007f5f2e7a3000)
	libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007f5f2e59f000)
	libz.so.1 => /lib64/libz.so.1 (0x00007f5f2e388000)
	libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f5f2e178000)
	libminilzo.so.0 => /lib64/libminilzo.so.0 (0x00007f5f2df74000)
	libc.so.6 => /lib64/libc.so.6 (0x00007f5f2dbb6000)
	libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f5f2d99a000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f5f2ea05000)
$ ldd restore
	linux-vdso.so.1 =>  (0x00007fff2b37f000)
	libext2fs.so.2 => /lib64/libext2fs.so.2 (0x00007faca62b2000)
	libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007faca60ae000)
	libe2p.so.2 => /lib64/libe2p.so.2 (0x00007faca5ea5000)
	libreadline.so.6 => /lib64/libreadline.so.6 (0x00007faca5c5b000)
	libtinfo.so.5 => /lib64/libtinfo.so.5 (0x00007faca5a31000)
	libz.so.1 => /lib64/libz.so.1 (0x00007faca581a000)
	libbz2.so.1 => /lib64/libbz2.so.1 (0x00007faca560a000)
	libminilzo.so.0 => /lib64/libminilzo.so.0 (0x00007faca5406000)
	libselinux.so.1 => /lib64/libselinux.so.1 (0x00007faca51e0000)
	libc.so.6 => /lib64/libc.so.6 (0x00007faca4e23000)
	libpthread.so.0 => /lib64/libpthread.so.0 (0x00007faca4c07000)
	/lib64/ld-linux-x86-64.so.2 (0x00007faca6514000)
	libpcre.so.1 => /lib64/libpcre.so.1 (0x00007faca4999000)
	liblzma.so.5 => /lib64/liblzma.so.5 (0x00007faca4774000)
	libdl.so.2 => /lib64/libdl.so.2 (0x00007faca4570000)

Please test the package whether all works fine.

scm-commits for this bugzilla are:
rawhide - https://lists.fedoraproject.org/pipermail/scm-commits/Week-of-Mon-20150119/1491358.html
F21 - https://lists.fedoraproject.org/pipermail/scm-commits/Week-of-Mon-20150119/1491529.html
F20 - https://lists.fedoraproject.org/pipermail/scm-commits/Week-of-Mon-20150119/1491563.html

Comment 6 Fedora Update System 2015-01-20 14:36:39 UTC
dump-0.4-0.24.b44.fc20 has been submitted as an update for Fedora 20.

Comment 7 Fedora Update System 2015-01-20 14:37:18 UTC
dump-0.4-0.24.b44.fc21 has been submitted as an update for Fedora 21.

Comment 8 Fedora Update System 2015-02-25 13:29:35 UTC
dump-0.4-0.24.b44.fc21 has been pushed to the Fedora 21 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 9 Fedora Update System 2015-02-25 13:29:50 UTC
dump-0.4-0.24.b44.fc20 has been pushed to the Fedora 20 stable repository.  If problems still persist, please make note of it in this bug report.

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