From mboxrd@z Thu Jan 1 00:00:00 1970 From: Leo Famulari Subject: Re: Hardening Date: Tue, 16 Aug 2016 19:57:11 -0400 Message-ID: <20160816235711.GA24579@jasmine> References: <20151031215617.4df7ce04@debian> <878u6caz6z.fsf@gnu.org> <87k2o2a68b.fsf@gmail.com> <87y4cbsyyh.fsf_-_@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:53247) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bZoEb-0008T8-S6 for guix-devel@gnu.org; Tue, 16 Aug 2016 19:57:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bZoEX-0006k0-6f for guix-devel@gnu.org; Tue, 16 Aug 2016 19:57:29 -0400 Content-Disposition: inline In-Reply-To: <87y4cbsyyh.fsf_-_@gnu.org> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Ludovic =?iso-8859-1?Q?Court=E8s?= Cc: guix-devel@gnu.org On Wed, Dec 30, 2015 at 05:06:30PM +0100, Ludovic Courtès wrote: > Alex Vong skribis: > > Yes, I grep for `fstack-protector-strong' in the guix code base and no > > matches are found. It appears no packages are setting this flag > > currently. I think this flag (perhaps also a couple others) should be > > set by default since they help protect against buffer overflow > > . > > I definitely agree, that’s something I’ve been wanting to try out. > > The question is more how. Do we change the default #:configure-flags > for ‘gnu-build-system’ to something like: > > '("CPPFLAGS=-D_FORTIFY_SOURCE=2" > "CFLAGS=-O2 -g -fstack-protector-strong") > > ? > > That sounds like a good starting point, but I expect that (1) one third > of the packages will fail to build, and (2) another third of the > packages will not get these flags, for instance because they pass their > own #:configure-flags. > > IOW, it will take a whole rebuild to find out exactly what’s going on > and to fix any issues. > > Would you like to start working on it? Then we could create a branch, > have Hydra build it, and incrementally fix things. We should pick this project back up. I was suprised to find we haven't done anything like this after reading this recent blog post about Nix's hardening effort: https://blog.mayflower.de/5800-Hardening-Compiler-Flags-for-NixOS.html?utm_source=twitterfeed&utm_medium=twitter