Received: by 2002:a05:6358:53a8:b0:117:f937:c515 with SMTP id z40csp5079330rwe; Tue, 18 Apr 2023 01:33:56 -0700 (PDT) X-Google-Smtp-Source: AKy350bpyXUq6DXzq4pp3yFfrFbZseIP+XaRLPwlJKO1MotlSg4qJmQWFwyOFxX1K38OLGL7QeBV X-Received: by 2002:a17:903:1206:b0:19e:4bc3:b1ef with SMTP id l6-20020a170903120600b0019e4bc3b1efmr1571181plh.64.1681806836553; Tue, 18 Apr 2023 01:33:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1681806836; cv=none; d=google.com; s=arc-20160816; b=wdeE8T3IIogzIQJ+3bD91SiD/EH5qlPXj2EfpUbRK0aULcRrCGd41K6p0lsGeGdo8U VoMRZM7njU7WW9aRq5VlEIa3jhw/dwsMbZc6glAEcGi9hoIIPH+LRIDe4LB3F4RLQLB3 qPrwfxzAxunO+B2kFJ5ij3X4QX32Bws06CK4AzCuWa9NwNy2rg6Lb+8rkQlA9HVTfsTk w3LiaSerHTmnUcj9UoQN78FoX3aio0QNHUzieJI1ntjY0A5z4ngf+jCssxYPs0rhB4oE OAbQoPatr1lIBmXMSU6lI4RbNNv9joGuYOfWZI07j0OUtvc7OJVi35Ds98vmQ4Q/HnRu m3rg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=9/5FOsja3JqSVhWXcyYD5AA07A0uOR9SrJQiG6WPiE8=; b=SD+BewDivQVGLL30Og8Cvse1myzLZhPawtlSrG7c/1VZsvw8wYqBO3i7DH1GB9pHtP 1d8Et6Vgf8GlQWrtBuTHN7U55T/wvwtcRqjNZhw/pRBTryuZfRb1NH7CkK3ogqfIhtfY 4WM8dY4wd2RbvVAPx6IKEOkA2M321M3NOqvG1yMBW/ry2V7IhPCqVqJNTDDl35wRvjro 5mIHlYUpP3AHw06BFkFmr6bbgT5OTTH2eSDLSvXBbzRl0jchwt/ndQ47npW2T6GSzE0C 0/hIr4MYwu5XZMY65tO5jn4AlaFFEaOTZnobe0F3D4sXmA1Gcv+AnuVTd08h9Gz5XBCn TBeA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=LnURkV4I; 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=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id v5-20020a170902b7c500b001a69b10e568si4584946plz.364.2023.04.18.01.33.44; Tue, 18 Apr 2023 01:33:56 -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=@kernel.org header.s=k20201202 header.b=LnURkV4I; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231197AbjDRIQT (ORCPT + 99 others); Tue, 18 Apr 2023 04:16:19 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59638 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229681AbjDRIQR (ORCPT ); Tue, 18 Apr 2023 04:16:17 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DD62EE5; Tue, 18 Apr 2023 01:16:15 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 57D9762E48; Tue, 18 Apr 2023 08:16:15 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id AC1F4C433EF; Tue, 18 Apr 2023 08:16:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1681805774; bh=xJe/cvA/yQa/oa7uh2DGr4Pbn1V0PtNWuUU9sEnJsN8=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=LnURkV4I9zJfISjViWpIuEW3mBJjq5J5iCm9vx+8WukLz0BCER5g/eknoNorJ43V/ xGB/xArqxYf/UxVzzRjwKbZ9Rq6ZDWcghKsEjZovWUOgybIrOXVEQHtvsteJJg1OY7 3hyCXyzdLCNy1ZPbQ++rnHTFbwsT8sMICgh79U6o1jY4zruYfgfVGJe9BxfJl3IY8F 8YRe4Il8a5KOlAFi9UY9Xu+9Vt2KsK00DMzvgJzzYP9RbqazxQjqGAdgyn4DDlarcN woqwgqYlzyrULrrflvpchodo4jLK4xAjTkgxSgKCPbUe/x7kQRW6QhgLeo3joh72V8 jPbt1omo/z8dw== Date: Tue, 18 Apr 2023 10:16:07 +0200 From: Christian Brauner To: Eric Dumazet Cc: Aleksandr Mikhalitsyn , davem@davemloft.net, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, daniel@iogearbox.net, Jakub Kicinski , Paolo Abeni , Leon Romanovsky , David Ahern , Arnd Bergmann , Kees Cook , Kuniyuki Iwashima , Lennart Poettering , Luca Boccassi , linux-arch@vger.kernel.org Subject: Re: [PATCH net-next v4 1/4] scm: add SO_PASSPIDFD and SCM_PIDFD Message-ID: <20230418-eckig-festland-60d2d5c41720@brauner> References: <20230413133355.350571-1-aleksandr.mikhalitsyn@canonical.com> <20230413133355.350571-2-aleksandr.mikhalitsyn@canonical.com> <20230417-bahnanlagen-fixstern-bccf5afe6fa0@brauner> <20230417-irren-performanz-3c18de02e6e2@brauner> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED 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 Mon, Apr 17, 2023 at 07:43:19PM +0200, Eric Dumazet wrote: > On Mon, Apr 17, 2023 at 7:16 PM Christian Brauner wrote: > > > > On Mon, Apr 17, 2023 at 06:01:16PM +0200, Aleksandr Mikhalitsyn wrote: > > > On Mon, Apr 17, 2023 at 5:18 PM Christian Brauner wrote: > > > > > > > > On Thu, Apr 13, 2023 at 03:33:52PM +0200, Alexander Mikhalitsyn wrote: > > > > > Implement SCM_PIDFD, a new type of CMSG type analogical to SCM_CREDENTIALS, > > > > > but it contains pidfd instead of plain pid, which allows programmers not > > > > > to care about PID reuse problem. > > > > > > > > > > Idea comes from UAPI kernel group: > > > > > https://uapi-group.org/kernel-features/ > > > > > > > > > > Big thanks to Christian Brauner and Lennart Poettering for productive > > > > > discussions about this. > > > > > > > > > > Cc: "David S. Miller" > > > > > Cc: Eric Dumazet > > > > > Cc: Jakub Kicinski > > > > > Cc: Paolo Abeni > > > > > Cc: Leon Romanovsky > > > > > Cc: David Ahern > > > > > Cc: Arnd Bergmann > > > > > Cc: Kees Cook > > > > > Cc: Christian Brauner > > > > > Cc: Kuniyuki Iwashima > > > > > Cc: Lennart Poettering > > > > > Cc: Luca Boccassi > > > > > Cc: linux-kernel@vger.kernel.org > > > > > Cc: netdev@vger.kernel.org > > > > > Cc: linux-arch@vger.kernel.org > > > > > Tested-by: Luca Boccassi > > > > > Reviewed-by: Kuniyuki Iwashima > > > > > Signed-off-by: Alexander Mikhalitsyn > > > > > --- > > > > > v4: > > > > > - fixed silent fd_install if writting of CMSG to the userspace fails (pointed by Christian) > > > > > v2: > > > > > According to review comments from Kuniyuki Iwashima and Christian Brauner: > > > > > - use pidfd_create(..) retval as a result > > > > > - whitespace change > > > > > --- > > > > > arch/alpha/include/uapi/asm/socket.h | 2 ++ > > > > > arch/mips/include/uapi/asm/socket.h | 2 ++ > > > > > arch/parisc/include/uapi/asm/socket.h | 2 ++ > > > > > arch/sparc/include/uapi/asm/socket.h | 2 ++ > > > > > include/linux/net.h | 1 + > > > > > include/linux/socket.h | 1 + > > > > > include/net/scm.h | 39 +++++++++++++++++++++++-- > > > > > include/uapi/asm-generic/socket.h | 2 ++ > > > > > net/core/sock.c | 11 +++++++ > > > > > net/mptcp/sockopt.c | 1 + > > > > > net/unix/af_unix.c | 18 ++++++++---- > > > > > tools/include/uapi/asm-generic/socket.h | 2 ++ > > > > > 12 files changed, 76 insertions(+), 7 deletions(-) > > > > > > > > > > diff --git a/arch/alpha/include/uapi/asm/socket.h b/arch/alpha/include/uapi/asm/socket.h > > > > > index 739891b94136..ff310613ae64 100644 > > > > > --- a/arch/alpha/include/uapi/asm/socket.h > > > > > +++ b/arch/alpha/include/uapi/asm/socket.h > > > > > @@ -137,6 +137,8 @@ > > > > > > > > > > #define SO_RCVMARK 75 > > > > > > > > > > +#define SO_PASSPIDFD 76 > > > > > + > > > > > #if !defined(__KERNEL__) > > > > > > > > > > #if __BITS_PER_LONG == 64 > > > > > diff --git a/arch/mips/include/uapi/asm/socket.h b/arch/mips/include/uapi/asm/socket.h > > > > > index 18f3d95ecfec..762dcb80e4ec 100644 > > > > > --- a/arch/mips/include/uapi/asm/socket.h > > > > > +++ b/arch/mips/include/uapi/asm/socket.h > > > > > @@ -148,6 +148,8 @@ > > > > > > > > > > #define SO_RCVMARK 75 > > > > > > > > > > +#define SO_PASSPIDFD 76 > > > > > + > > > > > #if !defined(__KERNEL__) > > > > > > > > > > #if __BITS_PER_LONG == 64 > > > > > diff --git a/arch/parisc/include/uapi/asm/socket.h b/arch/parisc/include/uapi/asm/socket.h > > > > > index f486d3dfb6bb..df16a3e16d64 100644 > > > > > --- a/arch/parisc/include/uapi/asm/socket.h > > > > > +++ b/arch/parisc/include/uapi/asm/socket.h > > > > > @@ -129,6 +129,8 @@ > > > > > > > > > > #define SO_RCVMARK 0x4049 > > > > > > > > > > +#define SO_PASSPIDFD 0x404A > > > > > + > > > > > #if !defined(__KERNEL__) > > > > > > > > > > #if __BITS_PER_LONG == 64 > > > > > diff --git a/arch/sparc/include/uapi/asm/socket.h b/arch/sparc/include/uapi/asm/socket.h > > > > > index 2fda57a3ea86..6e2847804fea 100644 > > > > > --- a/arch/sparc/include/uapi/asm/socket.h > > > > > +++ b/arch/sparc/include/uapi/asm/socket.h > > > > > @@ -130,6 +130,8 @@ > > > > > > > > > > #define SO_RCVMARK 0x0054 > > > > > > > > > > +#define SO_PASSPIDFD 0x0055 > > > > > + > > > > > #if !defined(__KERNEL__) > > > > > > > > > > > > > > > diff --git a/include/linux/net.h b/include/linux/net.h > > > > > index b73ad8e3c212..c234dfbe7a30 100644 > > > > > --- a/include/linux/net.h > > > > > +++ b/include/linux/net.h > > > > > @@ -43,6 +43,7 @@ struct net; > > > > > #define SOCK_PASSSEC 4 > > > > > #define SOCK_SUPPORT_ZC 5 > > > > > #define SOCK_CUSTOM_SOCKOPT 6 > > > > > +#define SOCK_PASSPIDFD 7 > > > > > > > > > > #ifndef ARCH_HAS_SOCKET_TYPES > > > > > /** > > > > > diff --git a/include/linux/socket.h b/include/linux/socket.h > > > > > index 13c3a237b9c9..6bf90f251910 100644 > > > > > --- a/include/linux/socket.h > > > > > +++ b/include/linux/socket.h > > > > > @@ -177,6 +177,7 @@ static inline size_t msg_data_left(struct msghdr *msg) > > > > > #define SCM_RIGHTS 0x01 /* rw: access rights (array of int) */ > > > > > #define SCM_CREDENTIALS 0x02 /* rw: struct ucred */ > > > > > #define SCM_SECURITY 0x03 /* rw: security label */ > > > > > +#define SCM_PIDFD 0x04 /* ro: pidfd (int) */ > > > > > > > > > > struct ucred { > > > > > __u32 pid; > > > > > diff --git a/include/net/scm.h b/include/net/scm.h > > > > > index 585adc1346bd..c67f765a165b 100644 > > > > > --- a/include/net/scm.h > > > > > +++ b/include/net/scm.h > > > > > @@ -120,12 +120,44 @@ static inline bool scm_has_secdata(struct socket *sock) > > > > > } > > > > > #endif /* CONFIG_SECURITY_NETWORK */ > > > > > > > > > > +static __inline__ void scm_pidfd_recv(struct msghdr *msg, struct scm_cookie *scm) > > > > > +{ > > > > > + struct file *pidfd_file = NULL; > > > > > + int pidfd; > > > > > + > > > > > + /* > > > > > + * put_cmsg() doesn't return an error if CMSG is truncated, > > > > > + * that's why we need to opencode these checks here. > > > > > + */ > > > > > + if ((msg->msg_controllen <= sizeof(struct cmsghdr)) || > > > > > + (msg->msg_controllen - sizeof(struct cmsghdr)) < sizeof(int)) { > > > > > + msg->msg_flags |= MSG_CTRUNC; > > > > > + return; > > > > > > > > Hm, curious about this: We mark the message as truncated for SCM_PIDFD > > > > but if the same conditions were to apply for SCM_PASSCRED we don't mark > > > > the message as truncated. Am I reading this correct? And is so, you > > > > please briefly explain this difference? > > > > > > Hi, Christian! > > > > > > For SCM_CREDENTIALS we mark it too. Inside the put_cmsg function: > > > https://github.com/torvalds/linux/blob/6a8f57ae2eb07ab39a6f0ccad60c760743051026/net/core/scm.c#L225 > > > > > > The reason why I'm open-coding these checks is that I want to know > > > that the message > > > doesn't fit into the userspace buffer before doing pidfd_prepare and > > > other stuff and because > > > put_cmsg is not returning an error when message doesn't fit in the > > > userspace buffer and > > > we won't be able to properly do pidfd cleanup (put struct pid and fd index). > > > > > > > > > > > > + } > > > > > + > > > > > + WARN_ON_ONCE(!scm->pid); > > > > > + pidfd = pidfd_prepare(scm->pid, 0, &pidfd_file); > > > > > + > > > > > + if (put_cmsg(msg, SOL_SOCKET, SCM_PIDFD, sizeof(int), &pidfd)) { > > > > > > > > If the put_cmsg() of the pidfd fails userspace needs to be able to > > > > detect this. Otherwise they can't distinguish between the SCM_PIDFD > > > > value being zero because the put_cmsg() failed or put_cmsg() succeeded > > > > and the allocated fd nr was 0. > > > > > > If pidfd_prepare fails then userspace will receive SCM_PIDFD message > > > with negative pidfd value. > > > > So we discussed this a bit offline and I think there's still an issue. > > If put_cmsg() fails > > > > if (msg->msg_control_is_user) { > > struct cmsghdr __user *cm = msg->msg_control_user; > > > > check_object_size(data, cmlen - sizeof(*cm), true); > > > > if (!user_write_access_begin(cm, cmlen)) > > goto efault; > > > > // This succeeds so cm->cmsg_len == sizeof(int) > > unsafe_put_user(cmlen, &cm->cmsg_len, efault_end); > > > > // This succeeds so cm->cmsg_level == SOL_SOCKET > > unsafe_put_user(level, &cm->cmsg_level, efault_end); > > > > // This succeeds so cm->cmsg_type == SCM_PIDFD > > unsafe_put_user(type, &cm->cmsg_type, efault_end); > > > > // This fails and leaves all bits set to 0 > > unsafe_copy_to_user(CMSG_USER_DATA(cm), data, > > cmlen - sizeof(*cm), efault_end); > > user_write_access_end(); > > > > so now we hit > > > > if (put_cmsg(msg, SOL_SOCKET, SCM_PIDFD, sizeof(int), &pidfd)) { > > if (pidfd_file) { > > put_unused_fd(pidfd); > > fput(pidfd_file); > > } > > > > return; > > } > > > > and return early. Afaict, userspace would now receive: > > > > if (cmsg && cmsg->cmsg_len == CMSG_LEN(sizeof(int)) && > > cmsg->cmsg_level == SOL_SOCKET && > > cmsg->cmsg_type == SCM_PIDFD) { > > memcpy(&pidfd, CMSG_DATA(cmsg), sizeof(int)); > > > > // pidfd is now 0 which is a valid fd number > > // it'll likely refer to /dev/stdin or whatever and so > > // will fail or, worst case, 0 refers to another pidfd :) > > pidfd_send_signal(pidfd, SIGKILL); > > > > so we need to address this. So one way I think that would solve this is: > > > > diff --git a/net/core/scm.c b/net/core/scm.c > > index 3cd7dd377e53..d1f4cd135c5a 100644 > > --- a/net/core/scm.c > > +++ b/net/core/scm.c > > @@ -236,9 +236,9 @@ int put_cmsg(struct msghdr * msg, int level, int type, int len, void *data) > > > > unsafe_put_user(cmlen, &cm->cmsg_len, efault_end); > > unsafe_put_user(level, &cm->cmsg_level, efault_end); > > - unsafe_put_user(type, &cm->cmsg_type, efault_end); > > unsafe_copy_to_user(CMSG_USER_DATA(cm), data, > > cmlen - sizeof(*cm), efault_end); > > + unsafe_put_user(type, &cm->cmsg_type, efault_end); > > user_write_access_end(); > > } else { > > struct cmsghdr *cm = msg->msg_control; > > > > such that we only copy cm->cmsg_type after we transfered the data. > > This looks wrong to me. > > if put_cmsg() returns -EFAULT, then msg->msg_control and > msg->msg_controllen were not changed. > > So the user application should not attempt to read this part of the > control buffer, this could contain garbage. Thanks for the review, Eric. That's reassuring. I've done a bit of container related networking before but I'm fumbling my way through the reviews here. So any additional reviews here would be very helpful.