Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp4297498rwl; Mon, 3 Apr 2023 02:57:57 -0700 (PDT) X-Google-Smtp-Source: AKy350YBMTAgkNM2fg978Wn6r9AnptRmuQUtg0igWS3Fyzn1y51zbKdJFsO3lu2snpb6boGE2e0d X-Received: by 2002:a17:907:986c:b0:946:2fa6:3b85 with SMTP id ko12-20020a170907986c00b009462fa63b85mr20050356ejc.36.1680515877348; Mon, 03 Apr 2023 02:57:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1680515877; cv=none; d=google.com; s=arc-20160816; b=I4sqc4roVhNWi09V80NKcBgEFL8TuuFFt1tPA1se7GLlVi2yZWJLNUiPY74At19UmS U5HHFHqeJwEACOykAqgGmvEjo4pb7sTXwOhEOoUhzITik3vm5cSW10UJ+QZ0WvKwUXrL 2j8kHtObU7I4XyKXBGRQvkNKVao4qe6UFsVAt7IZ0afFEy1g5ve2jhGFUM0iL0Atjsvw /IF5BXV8VYMhFPaObnvvow/cDar6IyV1l9auggE8wNxF+CuAg2jzW7M8qlIjihKomUNR 5kPMuoLWzjGdVDRnmcWKnGNT35PqGzxBdEBrCT2hBgKsoZ8T9Kvk6FCtx8EfGtYXAV4j vWfg== 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:references :cc:to:from:content-language:subject:user-agent:mime-version:date :message-id:dkim-signature; bh=Fblr6eKaUfxegd7vUpJYGLtDOgZp5RpXHJOTE2Fnf3k=; b=QLx3UX/BltOGjBajdrqn4W/Gu39GqFYaf/OepkaMQzax+NQOFjoRkPnA0Sk6cmNLsr F8gs1oFybaeIGDCddxtFifmLcaIbmo0DCOui0YtTV3/qljVp4dhkRGxar0pOod9JyjpR wGdNdrfLFRI931Q8yYg1rLnJdSXVjSYh+AVhMDg/ORoxxEJjscfFvTeS0qBcfeMTQvRm nUpoBiOzRDcNp6UFTsmlXNOsV07ziOzYa63FTZjbPMwb2iAxi4xcWQxPDyYuvM8s01WC UBca9ckVEQOPKHLBKQOV/M+Ff+zifDMLwcFu9wLVC+OWmUDe1wRmQrmKPpDh37JNGd7f c5sw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@digikod.net header.s=20191114 header.b=ZMrsGioK; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id f24-20020a170906739800b008e828688d69si3494511ejl.798.2023.04.03.02.57.31; Mon, 03 Apr 2023 02:57:57 -0700 (PDT) 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=@digikod.net header.s=20191114 header.b=ZMrsGioK; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232016AbjDCJzp (ORCPT + 99 others); Mon, 3 Apr 2023 05:55:45 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44760 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231877AbjDCJze (ORCPT ); Mon, 3 Apr 2023 05:55:34 -0400 Received: from smtp-8fae.mail.infomaniak.ch (smtp-8fae.mail.infomaniak.ch [IPv6:2001:1600:4:17::8fae]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8C0901205C for ; Mon, 3 Apr 2023 02:55:11 -0700 (PDT) Received: from smtp-3-0000.mail.infomaniak.ch (unknown [10.4.36.107]) by smtp-3-3000.mail.infomaniak.ch (Postfix) with ESMTPS id 4PqmTb1mrrzMq2gF; Mon, 3 Apr 2023 11:54:59 +0200 (CEST) Received: from unknown by smtp-3-0000.mail.infomaniak.ch (Postfix) with ESMTPA id 4PqmTZ1mrqz1JH; Mon, 3 Apr 2023 11:54:58 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=digikod.net; s=20191114; t=1680515699; bh=ewj3beetguXMh7UhZxYlWiTicI1glHjVb7sQHiJH7NI=; h=Date:Subject:From:To:Cc:References:In-Reply-To:From; b=ZMrsGioKDETiAQbSNP+//AsuRrmhtPc9/sKnIRPDaF+ipsiz/u16oVgiBXzIUzA2/ Fyabvul/picaxO6GCVmeCU8RVGCHUM2BMO4Htic/XQ+hFfV9w+sG7+VbxbHwb+MyVq VoiLho4+V6+WhGew8a4t/q90vSd/NJwEsIlEzHBU= Message-ID: <539e698a-1ab7-a390-a3a4-6c7e43db4eb6@digikod.net> Date: Mon, 3 Apr 2023 11:54:57 +0200 MIME-Version: 1.0 User-Agent: Subject: Re: [PATCH v7 07/11] LSM: Helpers for attribute names and filling an lsm_ctx Content-Language: en-US From: =?UTF-8?Q?Micka=c3=abl_Sala=c3=bcn?= To: Casey Schaufler , paul@paul-moore.com, linux-security-module@vger.kernel.org Cc: jmorris@namei.org, keescook@chromium.org, john.johansen@canonical.com, penguin-kernel@i-love.sakura.ne.jp, stephen.smalley.work@gmail.com, linux-kernel@vger.kernel.org, linux-api@vger.kernel.org References: <20230315224704.2672-1-casey@schaufler-ca.com> <20230315224704.2672-8-casey@schaufler-ca.com> <544a4809-1a79-9dd7-61a5-5fce1f4a5f10@digikod.net> In-Reply-To: <544a4809-1a79-9dd7-61a5-5fce1f4a5f10@digikod.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Infomaniak-Routing: alpha X-Spam-Status: No, score=-0.2 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS autolearn=unavailable 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 03/04/2023 11:47, Mickaël Salaün wrote: > > On 15/03/2023 23:47, Casey Schaufler wrote: >> Add lsm_name_to_attr(), which translates a text string to a >> LSM_ATTR value if one is available. >> >> Add lsm_fill_user_ctx(), which fills a struct lsm_ctx, including >> the trailing attribute value. >> >> All are used in module specific components of LSM system calls. >> >> Signed-off-by: Casey Schaufler >> --- >> include/linux/security.h | 13 ++++++++++ >> security/lsm_syscalls.c | 51 ++++++++++++++++++++++++++++++++++++++++ >> security/security.c | 31 ++++++++++++++++++++++++ >> 3 files changed, 95 insertions(+) > > [...] > >> diff --git a/security/security.c b/security/security.c >> index 2c57fe28c4f7..f7b814a3940c 100644 >> --- a/security/security.c >> +++ b/security/security.c >> @@ -753,6 +753,37 @@ static int lsm_superblock_alloc(struct super_block *sb) >> return 0; >> } >> >> +/** >> + * lsm_fill_user_ctx - Fill a user space lsm_ctx structure >> + * @ctx: an LSM context to be filled >> + * @context: the new context value >> + * @context_size: the size of the new context value >> + * @id: LSM id >> + * @flags: LSM defined flags >> + * >> + * Fill all of the fields in a user space lsm_ctx structure. >> + * Caller is assumed to have verified that @ctx has enough space >> + * for @context. >> + * Returns 0 on success, -EFAULT on a copyout error. >> + */ >> +int lsm_fill_user_ctx(struct lsm_ctx __user *ctx, void *context, >> + size_t context_size, u64 id, u64 flags) >> +{ >> + struct lsm_ctx local; >> + void __user *vc = ctx; >> + >> + local.id = id; >> + local.flags = flags; >> + local.ctx_len = context_size; >> + local.len = context_size + sizeof(local); >> + vc += sizeof(local); >> + if (copy_to_user(ctx, &local, sizeof(local))) >> + return -EFAULT; >> + if (context_size > 0 && copy_to_user(vc, context, context_size)) >> + return -EFAULT; > > Can we do a single copy_to_user() call? That would avoid inconsistent > user space data, could speed up a bit the operation, and make the code > easier to understand. To use the stack, we need to know the maximum size > of context_size for all use cases, which seems reasonable and can be > checked at build time (on each LSM side, and potentially with specific > context type passed as enum instead of context_size) and run time (for > this generic helper). Well, actually the context_size should be inferred from id, and the "local" size should be defined and check at build time against all context ID sizes. > > >> + return 0; >> +} >> + >> /* >> * The default value of the LSM hook is defined in linux/lsm_hook_defs.h and >> * can be accessed with: