Bug#613763: totem: enable security hardening in build via hardening-wrapper
intrigeri
intrigeri at debian.org
Mon Jun 25 15:26:23 UTC 2012
retitle 613763 please enable PIE and Immediate binding
user hardening-discuss at lists.alioth.debian.org
usertags 613763 goal-hardening
thanks
Hi,
On Wed, 2011-02-16 at 17:15 -0800, Kees Cook wrote:
> Since totem deals with media files, it should be hardened against
> potential malicious attacks. This patch enables the hardening
> features in the toolchain.
Retitling because:
* totem uses cdbs, so it gets the default (shy) set of hardening
flags for free. (For this reason, I'll refrain myself from raising
the severity to important, as the release goal does not formally
require PIE and bindnow.)
* The up-to-date way of doing things would be to use dpkg-buildflags
options, rather than hardening-wrapper, to enable PIE and bindnow.
Kees Cook wrote (17 Feb 2011 19:17:43 GMT) :
> Right, so to avoid the totem binaries having their .text regions
> being usable as a ROP target, it's best to fully PIE the build so
> that every aspect of the binary has been ASLRed.
Sure.
Please apply the following patch to build totem with PIE and Immediate
binding (note that Ubuntu has been doing this since 11.04):
--- totem-3.0.1.orig/debian/rules 2011-12-14 19:14:04.000000000 +0100
+++ totem-3.0.1/debian/rules 2012-06-25 17:02:48.899825008 +0200
@@ -1,6 +1,9 @@
#!/usr/bin/make -f
#-*- makefile -*-
+export DEB_BUILD_MAINT_OPTIONS = hardening=+all
+include /usr/share/dpkg/buildflags.mk
+
include /usr/share/cdbs/1/rules/debhelper.mk
include /usr/share/cdbs/1/class/gnome.mk
include /usr/share/cdbs/1/rules/utils.mk
Cheers,
--
intrigeri
| GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
| OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc
More information about the pkg-gnome-maintainers
mailing list