/mandos/release

To get this branch, use:
bzr branch http://bzr.recompile.se/loggerhead/mandos/release

« back to all changes in this revision

Viewing changes to initramfs-tools-conf

  • Committer: Teddy Hogeborn
  • Date: 2019-07-14 22:39:15 UTC
  • mto: This revision was merged to the branch mainline in revision 384.
  • Revision ID: teddy@recompile.se-20190714223915-aqjkms3t3taa6tye
Only use sanitizing options when debugging

The C compiler's sanitizing options introduce code in the output
binary which is fragile and not very security conscious.  It has
become clear that sanitizing is only really meant for use while
debugging.

As a side effect, this makes compilation faster, as the Makefile, for
production builds, no longer runs the compiler repeatedly to find all
its currently supported sanitizing options.

* Makefile (DEBUG): Add "$(SANITIZE)".
  (SANITIZE): Comment out.
  (CFLAGS): Remove "$(SANITIZE)".
  (plugins.d/mandos-client): Revert back to use plain $(LINK.c), since
                             we no longer need to remove the leak
                             sanitizer by overriding CFLAGS.

Show diffs side-by-side

added added

removed removed

Lines of Context:
 
1
# -*- shell-script -*-
 
2
 
 
3
# Since the initramfs image will contain key files, we need to
 
4
# restrict permissions on it by setting UMASK here.
 
5
 
6
# The proper place to set UMASK is (according to
 
7
# /etc/cryptsetup-initramfs/conf-hook), in
 
8
# /etc/initramfs-tools/initramfs.conf, which we shouldn't edit.  The
 
9
# corresponding directory for drop-in files from packages is
 
10
# /usr/share/initramfs-tools/conf.d, and this file will be installed
 
11
# there as "mandos-conf".
 
12
 
13
# This setting of UMASK will have unfortunate unintended side effects
 
14
# on the files *inside* the initramfs, but these are later fixed by
 
15
# "initramfs-tools-hook", installed as
 
16
# "/usr/share/initramfs-tools/hooks/mandos".
 
17
UMASK=0027