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;
Date:   Fri, 20 Jan 2023 22:27:14 -0500
From:   Gregory Price <gregory.price@memverge.com>
To:     Andrei Vagin <avagin@gmail.com>
Cc:     Gregory Price <gourry.memverge@gmail.com>,
        linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org,
        linux-doc@vger.kernel.org, linux-kselftest@vger.kernel.org,
        krisman@collabora.com, tglx@linutronix.de, luto@kernel.org,
        oleg@redhat.com, peterz@infradead.org, ebiederm@xmission.com,
        akpm@linux-foundation.org, adobriyan@gmail.com, corbet@lwn.net,
        shuah@kernel.org
Subject: Re: [PATCH v3 3/3] ptrace,syscall_user_dispatch: add a getter/setter
 for sud configuration
Message-ID: <Y8tbks5q6hL3B3pI@memverge.com>
References: <20230120144356.40717-1-gregory.price@memverge.com>
 <20230120144356.40717-4-gregory.price@memverge.com>
 <CANaxB-zet4+S4saBHgYPP6feppBVHkCRJxTkL8R-OyXa_gXG3Q@mail.gmail.com>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CANaxB-zet4+S4saBHgYPP6feppBVHkCRJxTkL8R-OyXa_gXG3Q@mail.gmail.com>
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?V0InV0gR8SHKGTRR65Ti5Z/grM7DDYVB8M/axCAUU0rBQy0R+mMvcQoukXm+?=
 =?us-ascii?Q?1gS7k+V2OAEYcBBmtoHEc7vNaLZnuYO1mwKXYNvcQ9ygO4bE4KqMrrtSrcxi?=
 =?us-ascii?Q?14msJD1aTSLGiCN64tM2vj3gifAslr9BdGIxnnYuPkF2ewBql2KBWp3P+Dgf?=
 =?us-ascii?Q?2UBmX7zsnhw+qsWvvMvkLrp0NuuEVIpFI9CJNI027kQ+HzNxx513Svvdvk5d?=
 =?us-ascii?Q?KLC0Cfxpx+UZiddNtASLv2/66JkH5MgkZDvjkIm9IpBgQt1Wm+AxVs80A3Xs?=
 =?us-ascii?Q?HyhxJsRZOP+2lB7f5oO+wkyOdr0q7lsiG45uLChwW2K5TOa9Pio5vkqQriSi?=
 =?us-ascii?Q?t1JVqMBSzHppX2UmjLWwUaC8nUc3svAB6eokZCMVbTAdZ7d+LOcsjnIbwiok?=
 =?us-ascii?Q?H7nknv5yPv705kPYW6d9g6RjGvvm8uR2gH4GhKB+dESTXg2yS81ldGDyIAPy?=
 =?us-ascii?Q?+0FvqliG+68L9qkGWvPJ9YCENwYD5lZBFaHltbuAyujbE0b8fN2TzoEiHqlA?=
 =?us-ascii?Q?93zozwW73h2A2s6LIjk+dMiTYKUGwMHkTA7ditFCr/Yri9Amkdyz3/vehJHN?=
 =?us-ascii?Q?2BvYOsjnJ0FnCmSFY2paLuaUyC3oM8DliLXOMBuhTvwBlV0f404/qc3m7a3R?=
 =?us-ascii?Q?6OLOhpNNzH6pujtoF0LUZnDgXVcxS9IU8rPMCPTTP40SijSoWiPa68KEdFMe?=
 =?us-ascii?Q?3i34GV7Vz3oNAQx65/jsP+ovCCGliQjFOC4PGCfK/mDHliyWpWWYqrBpXYmf?=
 =?us-ascii?Q?JIvRxuaztDp8AoIhm3wXTC1oEx3isOdbgGXG+KRsxPKJCuXOC42WTfu77cGa?=
 =?us-ascii?Q?JEs6qplPmxSxvefO+DyN3FsLMytaLLPweFdnXceYU+CUJjqn6LSZhOm48BJu?=
 =?us-ascii?Q?uKI5KME6VLx0Of5pqklcnN7QyS7FPlBxPiGVD1h0VXhRDM3zD4pW7ffQ21I7?=
 =?us-ascii?Q?wDOO6fohnDVGRCgdp+33s18NZ8nlHGGkTW8Yj2XAJ77hqPke93kD4N2jTCrj?=
 =?us-ascii?Q?kHv08H83magLDynOCk6UAVI9smM2qNna1leJ6Hn6LHJY4OlpbwyGMiY446w6?=
 =?us-ascii?Q?nAIqhS7BBgsRy8F4kqhsntt0OtxljrG4Am4lqRhYXmarNCmajYKPo7FFeDed?=
 =?us-ascii?Q?I7Kqp6AIB6aJaQel8Ta7PTV6W3EqXwuRWZNYenHXypxmUF8Pn4UQmjJbPTAh?=
 =?us-ascii?Q?lN9RBiKIDg3iLhUcuQkrCkj7WAGvm1U1QuM8HUNrytD/Ntj/FGQav8J0SJdt?=
 =?us-ascii?Q?oReJwpoexUhiw0DD5S7Rdne3UPzBWXbgnd6AYVeF80HIN2/1D2d2+Nh6zg4D?=
 =?us-ascii?Q?ndD3qg/U2+5ybqctPhACPO7qy75i7hhtMyqpeLSK4b2xrYEJYrMlLxYuzEXS?=
 =?us-ascii?Q?96HpY2YbB8HmavJ9rGstl6xxMDZuDzoE6mac79SKP1c6egD/RaWZmTavprq9?=
 =?us-ascii?Q?pCOKCieK+2SaD6rnKx7eOU8rPFatkPt4tahs2vr+Cu1yMA8OeWJXx98qLIA+?=
 =?us-ascii?Q?/Ssbq20zYuFUJUVVY2YJHSsBqYVxHi6EU165y14lDfH+HVejv1hqgQlXXx3v?=
 =?us-ascii?Q?Z4l/uZLyklJGTRhZDanmJyzYEDMA2i2xdUBD9N/CF688h4y8zGpm21cSRo++?=
 =?us-ascii?Q?/A=3D=3D?=
X-OriginatorOrg: memverge.com
X-MS-Exchange-CrossTenant-Network-Message-Id: a5bbcf58-e2e6-41dc-7cd3-08dafb5f656c
X-MS-Exchange-CrossTenant-AuthSource: BN6PR17MB3121.namprd17.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 21 Jan 2023 03:27:17.0919
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 5c90cb59-37e7-4c81-9c07-00473d5fb682
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: rHuty7KCxBbyo2uP4xkvkfDnPHYwCCGgkO+6P8r6wx31RmvZ1t6tGZdwVukBuQ+yJUjVwpqlDt4lI/+x2Ker0bCCU7r022INFUsH0kZcx3U=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM4PR17MB5948
X-Spam-Status: No, score=-1.1 required=5.0 tests=BAYES_00,DKIM_SIGNED,
        DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FORGED_SPF_HELO,
        RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_NONE,
        URIBL_BLOCKED autolearn=no 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: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On Fri, Jan 20, 2023 at 07:18:49PM -0800, Andrei Vagin wrote:
> On Fri, Jan 20, 2023 at 7:05 AM Gregory Price <gourry.memverge@gmail.com> wrote:
> >
> > Implement ptrace getter/setter interface for syscall user dispatch.
> >
> > Presently, these settings are write-only via prctl, making it impossible
> > to implement transparent checkpoint (coordination with the software is
> > required).
> >
> > This is modeled after a similar interface for SECCOMP, which can have
> > its configuration dumped by ptrace for software like CRIU.
> >
> > Signed-off-by: Gregory Price <gregory.price@memverge.com>
> > ---
> >  .../admin-guide/syscall-user-dispatch.rst     |  5 +-
> >  include/linux/syscall_user_dispatch.h         | 19 +++++++
> >  include/uapi/linux/ptrace.h                   | 10 ++++
> >  kernel/entry/syscall_user_dispatch.c          | 49 +++++++++++++++++++
> >  kernel/ptrace.c                               |  9 ++++
> >  5 files changed, 91 insertions(+), 1 deletion(-)
> >
> > diff --git a/Documentation/admin-guide/syscall-user-dispatch.rst b/Documentation/admin-guide/syscall-user-dispatch.rst
> > index 60314953c728..a23ae21a1d5b 100644
> > --- a/Documentation/admin-guide/syscall-user-dispatch.rst
> > +++ b/Documentation/admin-guide/syscall-user-dispatch.rst
> 
> <snip>
> 
> > +
> > +int syscall_user_dispatch_get_config(struct task_struct *task, unsigned long size,
> > +               void __user *data)
> > +{
> > +       struct syscall_user_dispatch *sd = &task->syscall_dispatch;
> > +       struct syscall_user_dispatch_config config;
> > +
> > +       if (size != sizeof(struct syscall_user_dispatch_config))
> > +               return -EINVAL;
> > +
> > +       if (sd->selector) {
> > +               config.mode = PR_SYS_DISPATCH_ON;
> > +               config.offset = sd->offset;
> > +               config.len = sd->len;
> > +               config.selector = sd->selector;
> > +               config.on_dispatch = sd->on_dispatch;
> > +       } else {
> 
> This doesn't look right for me. selector is optional and if it is 0,
> it doesn't mean that
> mode is PR_SYS_DISPATCH_OFF, does it?
> 
> > +               config.mode = PR_SYS_DISPATCH_OFF;
> > +               config.offset = 0;
> > +               config.len = 0;
> > +               config.selector = NULL;
> > +               config.on_dispatch = false;
> > +       }
> > +       if (copy_to_user(data, &config, sizeof(config)))
> > +               return -EFAULT;
> > +
> > +       return 0;
> > +}
> > +

Hm.  Right you are.  I suppose I should change this to checking offset
instead.  Will need to validate the fields are correctly cleared on
disable and on task allocate (i presume this is true).

Otherwise it might behoove us to actually add a state field.

Thank you, i'll push an update tomorrow.

I also need change patch 2/3 as well.