Received: by 2002:a05:6358:a55:b0:ec:fcf4:3ecf with SMTP id 21csp6030565rwb; Tue, 17 Jan 2023 23:37:57 -0800 (PST) X-Google-Smtp-Source: AMrXdXuLPW+z9P64dEkbrzbiZ9cd7eE+YPEH3jmJ7Wxy/wXpweQj9zlR8EGmXQ58p820yU7MSGO7 X-Received: by 2002:a17:90a:ad02:b0:226:b783:674 with SMTP id r2-20020a17090aad0200b00226b7830674mr6208063pjq.37.1674027477244; Tue, 17 Jan 2023 23:37:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1674027477; cv=none; d=google.com; s=arc-20160816; b=WGG6WXdR7KMQMfXzTM86QuKdxNmqjPFuSkUAsA3juDbYHn21Q4sFkf8xOWwD8DVKkC q/2rF4Mwso3YY3cu6k0XBLfiR7menHuOTbDiTjVLdNhYCjVFqh+Jzj4Uw4zWA7JqFvwz 24+2VaFXYCL/uFqeppqIU1IFsRibJhCewEwCGaVs0aAjKdbhWmHAvE+fxtOu4RGjF7WG Peq/GkR/u7sahMJNSAIuVe67DyrIU0E5v64IatU2u1pALVANSKGKMyozKooPAuJ3RMOa sC7IUe4BSWzKS50bzf7ApzxeO+2hdV/m4GEzP2A2DwXrYPvtT41GxcxUs48VknMUT9cT UBlA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to :organization:from:references:cc:to:content-language:subject :user-agent:mime-version:date:message-id:dkim-signature; bh=/AcMcv4vx8YNgercunSG8hfzVgdRUNSeg3Q9WLCPgG4=; b=opMFnQjyXghYSKfmBPsVQSmxTIee1vwChlr2tiSBb1dzd7T+VC1TLsTvo/GnNLGq2E vQour9o3ky+lT79+AbPnlUPa8UXyAJYpg/+a/1NW/1KzMbfUcMgY+ayVL2rFeUXL9ks+ ctnG0cbeWW8JgZ+r1SU92TXLucWlVNVKYQTckhSv7r8j4CeljQ06WZ2+wFa7ZqCHp6fg HnxP+SbAcBOHDtJr8uU52qA+ogJ2Q9coUn2ZXAcOR4WcWw2xK5Up5B3dseo5KEq57SwQ 7KuJTytZhYqDG9kdNlKaHdOS/SiXrPJsRLmHWdrUvoECmLCSfnolRaGjW+2GJteIe5RS Ih2g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@canonical.com header.s=20210705 header.b=Fe12ekiB; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=canonical.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id y23-20020a17090aca9700b00208606154f7si1353247pjt.117.2023.01.17.23.37.51; Tue, 17 Jan 2023 23:37:57 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@canonical.com header.s=20210705 header.b=Fe12ekiB; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=canonical.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229499AbjARH37 (ORCPT + 46 others); Wed, 18 Jan 2023 02:29:59 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36416 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230056AbjARH2h (ORCPT ); Wed, 18 Jan 2023 02:28:37 -0500 Received: from smtp-relay-canonical-0.canonical.com (smtp-relay-canonical-0.canonical.com [185.125.188.120]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 12DEC5CFF1; Tue, 17 Jan 2023 22:45:40 -0800 (PST) Received: from [192.168.192.83] (unknown [50.47.134.245]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp-relay-canonical-0.canonical.com (Postfix) with ESMTPSA id 3D00E3F17F; Wed, 18 Jan 2023 06:45:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=canonical.com; s=20210705; t=1674024336; bh=/AcMcv4vx8YNgercunSG8hfzVgdRUNSeg3Q9WLCPgG4=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=Fe12ekiB/Oft0bu2fGNp2C3wmmWjyOy3D6BtqfqxawXtbtH6Ou9CbhaBO+EjV0/NQ ROL7kxLC6o3/BbxGJYOaa5/f7QkU5q+7EGQJfTOhNw/ub2LAOKM38btMpA3FiuYAuV jXUa5+0f7kizvicRwqmIFzCgxx5IjoM1V6InFUWrmzx7rwburCGHTOPZrNu4+18XMV utxVtdOO+gEw+++8Y0kzoNaKEzO8FIsaeZzgDtDLOgG0o90i9UwDlql2myHZ60RTkz v1c6F4RaGS6Sh4IfV8ES85tkCcABCSeGIEwJrhLESv/wNAuzxhvKN+rZmBwyBZl/wV ajRh+LMBHozzQ== Message-ID: <81053742-0abf-1814-1077-b8c974623797@canonical.com> Date: Tue, 17 Jan 2023 22:45:32 -0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.4.2 Subject: Re: [apparmor] [PATCH] apparmor: make aa_set_current_onexec return void Content-Language: en-US To: Tyler Hicks , Quanfa Fu Cc: paul@paul-moore.com, jmorris@namei.org, serge@hallyn.com, linux-security-module@vger.kernel.org, apparmor@lists.ubuntu.com, linux-kernel@vger.kernel.org References: <20230114164952.232653-1-quanfafu@gmail.com> From: John Johansen Organization: Canonical In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.5 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A, RCVD_IN_DNSWL_MED,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 1/17/23 20:15, Tyler Hicks wrote: > On 2023-01-15 00:49:52, Quanfa Fu wrote: >> Change the return type to void since it always return 0, and no need >> to do the checking in aa_set_current_onexec. >> >> Signed-off-by: Quanfa Fu > > This looks like a safe change to me. There's nothing to error check > within aa_set_current_onexec() so returning void is fine. > > Reviewed-by: "Tyler Hicks (Microsoft)" > Looks good, I have pulled this into my tree Acked-by: John Johansen > Tyler > >> --- >> security/apparmor/domain.c | 2 +- >> security/apparmor/include/task.h | 2 +- >> security/apparmor/task.c | 5 +---- >> 3 files changed, 3 insertions(+), 6 deletions(-) >> >> diff --git a/security/apparmor/domain.c b/security/apparmor/domain.c >> index 6dd3cc5309bf..bbc9c8a87b8e 100644 >> --- a/security/apparmor/domain.c >> +++ b/security/apparmor/domain.c >> @@ -1446,7 +1446,7 @@ int aa_change_profile(const char *fqname, int flags) >> } >> >> /* full transition will be built in exec path */ >> - error = aa_set_current_onexec(target, stack); >> + aa_set_current_onexec(target, stack); >> } >> >> audit: >> diff --git a/security/apparmor/include/task.h b/security/apparmor/include/task.h >> index 13437d62c70f..01717fe432c3 100644 >> --- a/security/apparmor/include/task.h >> +++ b/security/apparmor/include/task.h >> @@ -30,7 +30,7 @@ struct aa_task_ctx { >> }; >> >> int aa_replace_current_label(struct aa_label *label); >> -int aa_set_current_onexec(struct aa_label *label, bool stack); >> +void aa_set_current_onexec(struct aa_label *label, bool stack); >> int aa_set_current_hat(struct aa_label *label, u64 token); >> int aa_restore_previous_label(u64 cookie); >> struct aa_label *aa_get_task_label(struct task_struct *task); >> diff --git a/security/apparmor/task.c b/security/apparmor/task.c >> index 84d16a29bfcb..5671a716fcd2 100644 >> --- a/security/apparmor/task.c >> +++ b/security/apparmor/task.c >> @@ -93,9 +93,8 @@ int aa_replace_current_label(struct aa_label *label) >> * aa_set_current_onexec - set the tasks change_profile to happen onexec >> * @label: system label to set at exec (MAYBE NULL to clear value) >> * @stack: whether stacking should be done >> - * Returns: 0 or error on failure >> */ >> -int aa_set_current_onexec(struct aa_label *label, bool stack) >> +void aa_set_current_onexec(struct aa_label *label, bool stack) >> { >> struct aa_task_ctx *ctx = task_ctx(current); >> >> @@ -103,8 +102,6 @@ int aa_set_current_onexec(struct aa_label *label, bool stack) >> aa_put_label(ctx->onexec); >> ctx->onexec = label; >> ctx->token = stack; >> - >> - return 0; >> } >> >> /** >> -- >> 2.31.1 >> >>