Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.kernel > #53643

Bug#767448: No way to override settings from /usr/share/initramfs-tools/conf-hooks.d/*

From Ben Hutchings <ben@decadent.org.uk>
Newsgroups linux.debian.bugs.dist, linux.debian.kernel
Subject Bug#767448: No way to override settings from /usr/share/initramfs-tools/conf-hooks.d/*
Date 2016-04-17 03:00 +0200
Message-ID <roJea-3Rv-1@gated-at.bofh.it> (permalink)
References <ohcWB-35D-1@gated-at.bofh.it> <qElWp-6r8-1@gated-at.bofh.it> <qUTho-7r7-17@gated-at.bofh.it> <r7ntn-5bT-1@gated-at.bofh.it>
Organization linux.* mail to news gateway

Cross-posted to 2 groups.

Show all headers | View raw


[Multipart message — attachments visible in raw view] - view raw

Control: retitle -1 Configuration files can't override UMASK value set by packages
Control: tag -1 wontfix

On Mon, 29 Feb 2016 05:13:33 +0100 Piotr Jurkiewicz <piotr.jerzy.jurkiewicz@gmail.com> wrote:
> > The UMASK variable is *documented* as affecting only the permissions
> > for the initramfs image (which it doesn't seem to do reliably!) but it
> > also affects the permissions for the files inside the initramfs.
>  >
> > When dropbear is used in the initramfs, the host private key must be
> > kept secret and so the initramfs image must not be world-readable.  But
> > most of the files installed in the initramfs can be world-readable.  Is
> > that what you want to change?
> 
> No. I wasn't even aware that UMASK also affects the permission of files 
> inside initramfs (as this is undocumented, as you said).
> 
> My setup is the following: Machine A with Debian boots from the network. 
> Its /boot directory resides on machine B, which is simply a PXE server 
> for machine A. /boot directory is mounted on machine A using sshfs. That 
> way, on each update of machine A, kernel image and initramfs file are 
> automatically transferred to machine B.
> 
> The problem is that tftpd on machine B has compiled-in limitation which 
> allows only publicly readable files (o+r) to be served via TFTP.
[...]

That makes sense, because everyone on the network can read any file
exposed over TFTP.  You're asking us to help you maintain a security
hole, and I refuse to do that.

Ben.

-- 
Ben Hutchings
Make three consecutive correct guesses and you will be considered an expert.

Back to linux.debian.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Bug#767448: No way to override settings from /usr/share/initramfs-tools/conf-hooks.d/* Ben Hutchings <ben@decadent.org.uk> - 2015-12-11 03:50 +0100
  Bug#767448: No way to override settings from /usr/share/initramfs-tools/conf-hooks.d/* Ben Hutchings <ben@decadent.org.uk> - 2016-01-25 18:40 +0100
    Bug#767448: No way to override settings from /usr/share/initramfs-tools/conf-hooks.d/* Piotr Jurkiewicz <piotr.jerzy.jurkiewicz@gmail.com> - 2016-02-29 05:20 +0100
      Bug#767448: No way to override settings from /usr/share/initramfs-tools/conf-hooks.d/* Ben Hutchings <ben@decadent.org.uk> - 2016-04-17 03:00 +0200
        Processed: Re: No way to override settings from /usr/share/initramfs-tools/conf-hooks.d/* owner@bugs.debian.org (Debian Bug Tracking System) - 2016-04-17 03:00 +0200

csiph-web