From: Magnus Granberg <zorry@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Moving more hardening features to default?
Date: Thu, 20 Oct 2011 22:51:33 +0200 [thread overview]
Message-ID: <1428194.V07r49NHf6@laptop1.gw.ume.nu> (raw)
In-Reply-To: <201110201317.33900.vapier@gentoo.org>
torsdag 20 oktober 2011 13.17.33 skrev Mike Frysinger:
> On Thursday 20 October 2011 12:47:27 Rich Freeman wrote:
> > I was trying to draw a contrast between passive things like
> > stack-protection and things that really get in your face like MAC.
>
> the trouble was in the context quoting then ... it sounded like you were
> proposing PaX by default
>
> i am a fan of things that "just work" though which is why i was happy to
> merge the fortify source code. most of that checking is done at compile
> time, so the runtime overhead is generally small. and in terms of packages
> that did break, it was (more often than not) because they were broken
> already but we never noticed.
> -mike
Hi
Debian has start to add some hardened features but take a look at ubuntu
https://wiki.ubuntu.com/Security/Features
Adding ssp support to main would not be a problem for most package works with
it. We use same patch as ubuntu's toolchain to enable ssp, but we enable
-fstack-protector-all instead of -fstack-protector. You will, however, have
some performance penalty enabling it.
Adding PIE to main is much harder than ssp. On x86 it will have a high
performance penalty and a lot of trouble with asm code. The only arch I would
add PIE on is amd64 where it will have only a minor performance penalty and we
already have shared libs compile with PIC. The biggest problem we have with
PIE on amd64 is asm code in the apps where upstream is not that interested in
making the asm PIC aware. It hards to keep the patches up to date when they
are not maintained upstream.
There are about 30 packages which have problems with PIE. We either add patch
to these or else use filter-flags on them.
my 2c
/Magnus (Zorry)
next prev parent reply other threads:[~2011-10-20 21:10 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-10-20 8:47 [gentoo-dev] Moving more hardening features to default? "Paweł Hajdan, Jr."
2011-10-20 10:40 ` Anthony G. Basile
2011-10-20 10:46 ` Tomáš Chvátal
2011-10-20 12:41 ` Rich Freeman
2011-10-20 12:57 ` Mike Frysinger
2011-10-20 14:36 ` Anthony G. Basile
2011-10-20 16:47 ` Rich Freeman
2011-10-20 17:17 ` Mike Frysinger
2011-10-20 20:51 ` Magnus Granberg [this message]
2011-10-23 3:56 ` [gentoo-dev] " Steven J Long
2011-10-25 10:10 ` "Paweł Hajdan, Jr."
2011-10-25 16:12 ` Francisco Blas Izquierdo Riera (klondike)
2011-10-27 1:13 ` [gentoo-dev] " Steven J Long
2011-10-20 11:46 ` [gentoo-dev] " Diego Elio Pettenò
2011-10-20 12:49 ` Mike Frysinger
2011-10-21 5:39 ` Ryan Hill
2011-10-20 12:55 ` [gentoo-dev] " Mike Frysinger
2011-10-21 3:20 ` [gentoo-dev] " Duncan
2011-10-21 12:13 ` Mike Frysinger
2011-10-21 15:25 ` Duncan
2011-10-21 16:37 ` Magnus Granberg
2011-10-25 14:18 ` [gentoo-dev] " Kacper Kowalik
2011-10-25 14:46 ` Patrick Lauer
2011-10-25 15:11 ` Rich Freeman
2011-10-25 15:38 ` "Paweł Hajdan, Jr."
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1428194.V07r49NHf6@laptop1.gw.ume.nu \
--to=zorry@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox