X-Original-To: alpine-devel@mail.alpinelinux.org Delivered-To: alpine-devel@mail.alpinelinux.org Received: from mail.alpinelinux.org (dallas-a1.alpinelinux.org [127.0.0.1]) by mail.alpinelinux.org (Postfix) with ESMTP id 368CCDC16B9; Thu, 28 May 2015 06:18:45 +0000 (UTC) Received: from ncopa-desktop.alpinelinux.org (unknown [79.160.13.133]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: n@tanael.org) by mail.alpinelinux.org (Postfix) with ESMTPSA id 76EEBDC140D; Thu, 28 May 2015 06:18:44 +0000 (UTC) Date: Thu, 28 May 2015 08:18:40 +0200 From: Natanael Copa To: William Pitcock Cc: alpine-devel@lists.alpinelinux.org Subject: [alpine-devel] installing build deps as non-root (WAS: 3.3 proposal: reduce number of SUID binaries as much as possible) Message-ID: <20150528081840.44ec3532@ncopa-desktop.alpinelinux.org> In-Reply-To: References: X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; x86_64-alpine-linux-musl) X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP On Tue, 26 May 2015 04:32:01 -0500 William Pitcock wrote: > Hello, > > I would like to see a general reduction of SUID binaries where > possible. For example, a lot of APKBUILDs have options=suid when > there's probably no real reason for it. This reminds me of a problem I have been thinking of. When creating/maintaining package we need temporary install the build time dependencies and when build is done we need uninstall them. Is there a good way to do this without relying on suid? And we definitively don't want run the entire build as root. We probably want build the packages in a chroot too in the future. Doing chroot(2) also requires root permission. We currently have a magic group 'abuild'. If you are in this group you are allowed to install packages. This means, you are effectively root if you are in this group. Are there better ways to do it? We could maybe tighten it up and forbid --allow-untrusted. Then you need both be in the group and install the signing key in /etc/apk/keys -nc --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---