Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp629959ybk; Sat, 9 May 2020 13:16:57 -0700 (PDT) X-Google-Smtp-Source: APiQypI4bCqfjzQDeGgItwN9repH4xUfqy/YnC4Q46VuxSr3sypeE4sNtFFzELLlFcjSUwSkDNJH X-Received: by 2002:a05:6402:379:: with SMTP id s25mr7665663edw.69.1589055416940; Sat, 09 May 2020 13:16:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1589055416; cv=none; d=google.com; s=arc-20160816; b=WpE0lRMl8eTNz2oLokbgH5jsf4yYfGE9cZ1Mb0uw8zGF4sQ/bMcQwS5V5pjpg5ETbv mKSkFmdmeZs85xMU0GkVrKUkMSmFSd4FILYKslso6RgZJz1xj5lJw70NzAt/Tu/mOCo6 VvzKEK1Nqv/NsndtYOU8fyiQaK5icpzVES510c/ep9nnRMJfWlFwq4ngoUnVYtaSW0HR 5oQoYtsW8CBuxS3ydw0r3foDU9H5ehFNNpIGJMXV3iSgFtabaEwxpRLIjD/Jz48mS+J6 K0xgBtouAiWxJts1hAhNOHjCsBye1NnTvqaLHBa+3KWhZi8goZdcktYuPFNKdzYse/NA jArQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=DDsZUXjsiQvBTwD4B5aSZNNtEwOJDWf1jYmy0/zS14Y=; b=PN2VXXuS1LpkxrwS4t9MdJOa9JYYWlDmFVjkMkOWI7fqOXEh/mgogTOjNtD+wqGwIE 8ZaVenYGTbDd/dXw6ydi3xgK1JeSmOdIE7kFLrpYbIymOH7JMN0mUB+jYOTUaI0IBaY6 l3VLQQ2uTarMUMWD+pcZ3c6bocs4mRyFRvtRWWLZOitcuKiyQAnhUzreYUnmK2EFvF2d HMkTyE7hsrmUQZsq4wQzxInWVlPU1zKj7I7UhtlVf15jnKucELNB00BASkO+3vBMG2zq BERXRCi0MENJ6PTBVNG/J4hf4SDKa9l56pCOLjMOLzfsxLpnAAy4NmikoNjZP1qMLrV+ BNtA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=google header.b=WPsXnPQB; 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 e16si3311314ejx.37.2020.05.09.13.16.33; Sat, 09 May 2020 13:16:56 -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; dkim=pass header.i=@linux-foundation.org header.s=google header.b=WPsXnPQB; 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 S1728740AbgEIUNN (ORCPT + 99 others); Sat, 9 May 2020 16:13:13 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42756 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728244AbgEIUNM (ORCPT ); Sat, 9 May 2020 16:13:12 -0400 Received: from mail-ej1-x642.google.com (mail-ej1-x642.google.com [IPv6:2a00:1450:4864:20::642]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5FE4BC061A0C for ; Sat, 9 May 2020 13:13:12 -0700 (PDT) Received: by mail-ej1-x642.google.com with SMTP id q8so4351201eja.2 for ; Sat, 09 May 2020 13:13:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux-foundation.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=DDsZUXjsiQvBTwD4B5aSZNNtEwOJDWf1jYmy0/zS14Y=; b=WPsXnPQBGyK2C++rccv5Or4C/vXPwP21oG2KRmQ8V6fcspuR8XbQ+5r89R8PKmZfOF OUxu8eXSqHgIWypV16sewX14zsAgL4jY7RoV06dLY1M4OWHITNrYQ0wZpSJbXKu2f1cz vVVczp9RsCnFy9vDPFYs0H9UUc+JYWG7BNq9g= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=DDsZUXjsiQvBTwD4B5aSZNNtEwOJDWf1jYmy0/zS14Y=; b=hjQG7Xqxg7sP5sU22ROVxEr+/weaOzpnoif4wL0oos74bnv8vPoto9w20TwzhPKLFT aryYCrf9Ep/qrPZVj7KUnCFeeZeBNXh8ZGq+sRJknfzuFYo1tXZYXq/DzsBB02PkuX45 vod2Qd0KV5uFr71jMT5pT/J0SzlcAOOtcnyHpg0J+m/zXgz9pb8QCG5L27S2+jfi/w6E D8+sAPLGn4TU2XVI6uCydkxbSMD8izU4fh3SU6hxDFim3UYzvdyllvQ/VvRhV8+Ru7lx yP+laZyjv6ANJbJqvumRDralLdrLWkzjzijYX6QltkAMSOWLyhp9eSn484bs/BrQb0ZN 6qew== X-Gm-Message-State: AGi0PubXH74ysXCANIADZ7l2jyz1wphPnI8CrOHaf/zr4aSOX3v2KpzY BVzywa79owfIluM6UIX6rhRk9Wzh/nA= X-Received: by 2002:a17:906:c113:: with SMTP id do19mr7520109ejc.286.1589055190623; Sat, 09 May 2020 13:13:10 -0700 (PDT) Received: from mail-wr1-f47.google.com (mail-wr1-f47.google.com. [209.85.221.47]) by smtp.gmail.com with ESMTPSA id l5sm595303ejr.45.2020.05.09.13.13.10 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 09 May 2020 13:13:10 -0700 (PDT) Received: by mail-wr1-f47.google.com with SMTP id k1so5993698wrx.4 for ; Sat, 09 May 2020 13:13:10 -0700 (PDT) X-Received: by 2002:ac2:418b:: with SMTP id z11mr5945437lfh.30.1589054883772; Sat, 09 May 2020 13:08:03 -0700 (PDT) MIME-Version: 1.0 References: <87h7wujhmz.fsf@x220.int.ebiederm.org> <87sgga6ze4.fsf@x220.int.ebiederm.org> <87v9l4zyla.fsf_-_@x220.int.ebiederm.org> <87k11kzyjm.fsf_-_@x220.int.ebiederm.org> In-Reply-To: <87k11kzyjm.fsf_-_@x220.int.ebiederm.org> From: Linus Torvalds Date: Sat, 9 May 2020 13:07:48 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH 2/5] exec: Directly call security_bprm_set_creds from __do_execve_file To: "Eric W. Biederman" Cc: Linux Kernel Mailing List , Oleg Nesterov , Jann Horn , Kees Cook , Greg Ungerer , Rob Landley , Bernd Edlinger , linux-fsdevel , Al Viro , Alexey Dobriyan , Andrew Morton , Casey Schaufler , LSM List , James Morris , "Serge E. Hallyn" , Andy Lutomirski Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, May 9, 2020 at 12:44 PM Eric W. Biederman wrote: > > Now that security_bprm_set_creds is no longer responsible for calling > cap_bprm_set_creds, security_bprm_set_creds only does something for > the primary file that is being executed (not any interpreters it may > have). Therefore call security_bprm_set_creds from __do_execve_file, > instead of from prepare_binprm so that it is only called once, and > remove the now unnecessary called_set_creds field of struct binprm. Ahh, good, this patch removes the 'called_set_creds' logic from the security subsystems. So it does half of what I asked for: please also just rename that "security_bprm_set_creds()" to be "security_primary_bprm_set_creds()" so that the change of semantics also shows up that way. And so that there is no confusion about the fact that "cap_bprm_set_creds()" has absolutely nothing to do with "security_bprm_set_creds()" any more. Linus