Received: by 2002:a05:6a10:c7c6:0:0:0:0 with SMTP id h6csp2985056pxy; Tue, 3 Aug 2021 22:25:52 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxm35Xpu2U59lXpiTxx80uI3uUiD+Np01bZyWl8TyNa0yp2JT+ZJ5FEQ1KaqVrIsc5EJQNV X-Received: by 2002:a17:906:3983:: with SMTP id h3mr23500061eje.249.1628054752015; Tue, 03 Aug 2021 22:25:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628054752; cv=none; d=google.com; s=arc-20160816; b=PJb9f4ZbELegiwMvG1kPhQDtQG1a5CCZHAL537IwsdLqM6wBdCpbIuSX3EjobAAM8O +x8EzoVeD1FuGO1KVSSx7uqb/qZ8AS4sUSysDXznCAm9rgJCLYefvb+svpROpw+yZn3W cYDRJ1FXQKxp/ansOyaKi4bTtkTBzfEziUruiIcEWknb4UARQGGZ60/9YreXhOc/9ze/ qBBwC2viNuPuWAuoT12v/vSfegOcL3l8NxQrfpKXU0drpAHUSu8DAyiDk/pYeYe7BsOR qaqzWJeR82uIYwHY0LkRULBqwY/S+yelf19RteGAvef9kmiQpIiExkZI1HFxAXHvJKVr OzBQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:message-id:in-reply-to :date:references:organization:subject:cc:to:from; bh=Cmfg2naYD1ioo2s1XLMKW9MwMj2ECfvhTBgAgY8n1SM=; b=Wfkdwfh3qqwf8O/FbFx896vKlgEKZYuVyBP313mIVSOvQkw//8vLZApfPN3eu8GqL4 UzD1ynnyL0ynL6zi9VXq0ZrM0z5d/Ywb4ZAEe8D9FLMJPlKqgOT2M1mS9npsksiQ/9/J V37rVeRAXxFj+Ozz00An/pypgWnOECOWuUuB1enO7Irf85AYAwBRMmBg+NTKdWscL3uY 3DDoXtzWPVGvynF4Z9EBS8iXlnOwUW0EGWXR0B4m3jyc84B3jfhxa/UyxQw17tVqyUTu 2w6kB88dXs4hhF9B1rw1bAzO1zm4SoNSFO+ztJhyEWx+s6MeDXoxpjJNppL/u5ldUbJ+ gIow== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f11si1190079edl.305.2021.08.03.22.25.21; Tue, 03 Aug 2021 22:25:52 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230234AbhHDEy1 (ORCPT + 99 others); Wed, 4 Aug 2021 00:54:27 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:59420 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230120AbhHDEy0 (ORCPT ); Wed, 4 Aug 2021 00:54:26 -0400 Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: krisman) with ESMTPSA id B56E21F43565 From: Gabriel Krisman Bertazi To: Amir Goldstein Cc: LTP List , Jan Kara , Ext4 , Khazhismel Kumykov , kernel@collabora.com Subject: Re: [PATCH 3/7] syscalls/fanotify20: Validate incoming FID in FAN_FS_ERROR Organization: Collabora References: <20210802214645.2633028-1-krisman@collabora.com> <20210802214645.2633028-4-krisman@collabora.com> Date: Wed, 04 Aug 2021 00:54:09 -0400 In-Reply-To: (Amir Goldstein's message of "Tue, 3 Aug 2021 11:56:31 +0300") Message-ID: <87fsvphksu.fsf@collabora.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org Amir Goldstein writes: > On Tue, Aug 3, 2021 at 12:47 AM Gabriel Krisman Bertazi > wrote: >> >> Verify the FID provided in the event. If the testcase has a null inode, >> this is assumed to be a superblock error (i.e. null FH). >> >> Signed-off-by: Gabriel Krisman Bertazi >> --- >> .../kernel/syscalls/fanotify/fanotify20.c | 51 +++++++++++++++++++ >> 1 file changed, 51 insertions(+) >> >> diff --git a/testcases/kernel/syscalls/fanotify/fanotify20.c b/testcases/kernel/syscalls/fanotify/fanotify20.c >> index fd5cfb8744f1..d8d788ae685f 100644 >> --- a/testcases/kernel/syscalls/fanotify/fanotify20.c >> +++ b/testcases/kernel/syscalls/fanotify/fanotify20.c >> @@ -40,6 +40,14 @@ >> >> #define FAN_EVENT_INFO_TYPE_ERROR 4 >> >> +#ifndef FILEID_INVALID >> +#define FILEID_INVALID 0xff >> +#endif >> + >> +#ifndef FILEID_INO32_GEN >> +#define FILEID_INO32_GEN 1 >> +#endif >> + >> struct fanotify_event_info_error { >> struct fanotify_event_info_header hdr; >> __s32 error; >> @@ -57,6 +65,9 @@ static const struct test_case { >> char *name; >> int error; >> unsigned int error_count; >> + >> + /* inode can be null for superblock errors */ >> + unsigned int *inode; > > Any reason not to use fanotify_fid_t * like fanotify16.c? No reason other than I didn't notice they existed. Sorry. I will get this fixed. -- Gabriel Krisman Bertazi