Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp3500521ybk; Tue, 19 May 2020 06:16:36 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyIMwDu7rlZdiqZeXZYfdR3EoDQRvO8pU0nKy/ro6R6B3uc5vzWHf7SznPXWQbs/cjLWQA0 X-Received: by 2002:a17:906:6997:: with SMTP id i23mr3089570ejr.347.1589894195858; Tue, 19 May 2020 06:16:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1589894195; cv=none; d=google.com; s=arc-20160816; b=i4O8DfcQvwk5SRuCqZUdD0SNnMjfBlMNGEeO9GDM1BF0TXVGKNVDSB8e0YBgwcABQ4 0hWAZLP7VJ4UUkXzJK1eGEBFKgZTPoRjDyEWFt3BFt6GmfboyMlceMK3AXrA8ma6ZCIk eWNnIIdwbSGNydYk8UHOteuiCZjRVX0sH5u2FN7kfl91WfsjLaY2AcC0z6VvwzIdAKdl h3JvJK/TuOM3hR66Witlg6ZYoLbwQCmQNzlUQHgMoUMeJadPCpt/qjJdbuIulwmQUzjX USVyPs1g5agE4XLUeWQF4pbKOwT6u0NdEYo1McpoKNbj+o08qI7cnBk8Hup8o9HGZ2YR +fng== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=z3xek2a1GX75AcjV6VEWTfY1AZZXdUNW02TRWOr7ArU=; b=VVJGPOtRjkv+Sy4kVnaxp8BcABByNQzAUqbCjL58RoNIM2yDzZHtGaRuW72KqEU+4i WekuY6fcu6H5IupkuucGBiAQUnhuaDAy9p9W/D2S/LFDgBCrTjJVIMV51JIkGhEgfrox WMdjddpvOBSTCV5YtRFwkrM9sfIYY+nMytomKStqcg7CJ35BR2YaaJfH60AdYn6iN5mm PniDOSnSI6uOFapIhGLqq6yo3q8JMUu5U0fB78Ldwj6ZQqCZHNtYykeRjo2rLVOmdXU3 GI/MYIFkNN7uS4YX1HG7VG9rtFtBreZ+ryXakif+OhNiw4qY9OYVgRgymhLm/BKa6/Bj CJ3g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ly17si8108991ejb.148.2020.05.19.06.16.08; Tue, 19 May 2020 06:16:35 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728912AbgESNOE (ORCPT + 99 others); Tue, 19 May 2020 09:14:04 -0400 Received: from youngberry.canonical.com ([91.189.89.112]:47297 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727057AbgESNOE (ORCPT ); Tue, 19 May 2020 09:14:04 -0400 Received: from ip5f5af183.dynamic.kabel-deutschland.de ([95.90.241.131] helo=wittgenstein) by youngberry.canonical.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.86_2) (envelope-from ) id 1jb23z-0000nn-1Y; Tue, 19 May 2020 13:13:43 +0000 Date: Tue, 19 May 2020 15:13:41 +0200 From: Christian Brauner To: "Eric W. Biederman" Cc: Andreas Schwab , Jann Horn , Kees Cook , Al Viro , Andrew Morton , Tetsuo Handa , Eric Biggers , Dmitry Vyukov , linux-fsdevel , linux-security-module , Linux API , kernel list Subject: Re: [PATCH 1/4] exec: Change uselib(2) IS_SREG() failure to EACCES Message-ID: <20200519131341.qiysndpmj75zfjtz@wittgenstein> References: <20200518055457.12302-1-keescook@chromium.org> <20200518055457.12302-2-keescook@chromium.org> <20200518130251.zih2s32q2rxhxg6f@wittgenstein> <20200518144627.sv5nesysvtgxwkp7@wittgenstein> <87blmk3ig4.fsf@x220.int.ebiederm.org> <87mu64uxq1.fsf@igel.home> <87sgfwuoi3.fsf@x220.int.ebiederm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <87sgfwuoi3.fsf@x220.int.ebiederm.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, May 19, 2020 at 06:56:36AM -0500, Eric W. Biederman wrote: > Andreas Schwab writes: > > > On Mai 18 2020, Eric W. Biederman wrote: > > > >> If it was only libc4 and libc5 that used the uselib system call then it > >> can probably be removed after enough time. > > > > Only libc4 used it, libc5 was already ELF. > > binfmt_elf.c supports uselib. In a very a.out ish way. Do you know if > that support was ever used? > > If we are truly talking a.out only we should be able to make uselib > conditional on a.out support in the kernel which is strongly mostly > disabled at this point. The only ones that even allow setting AOUT: arch/alpha/Kconfig: select HAVE_AOUT arch/m68k/Kconfig: select HAVE_AOUT if MMU and x86 deprecated it March 2019: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=eac616557050737a8d6ef6fe0322d0980ff0ffde Christian