Received: by 2002:a05:7412:37c9:b0:e2:908c:2ebd with SMTP id jz9csp1738245rdb; Wed, 20 Sep 2023 19:39:02 -0700 (PDT) X-Google-Smtp-Source: AGHT+IExb3cJGTyaeqtNMvmoG83FmaKJK6P6tzOy/ZLOButLJmcKzCFZEXZZntimcajx1xoYL/Bk X-Received: by 2002:a05:6a00:15cf:b0:690:c701:e0ed with SMTP id o15-20020a056a0015cf00b00690c701e0edmr4851585pfu.0.1695263942340; Wed, 20 Sep 2023 19:39:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1695263942; cv=none; d=google.com; s=arc-20160816; b=ye7OGQV9F435lEQrmpUbKODjOQE24AvhqMjrG5d0OPgDORSGu5tW7SOpTZqFFwYN9u POGTSQTtKL0RGSe3JXCb15iR+cQbp79RMqwQQY8jixhO2vIHHCm8X2uyxZneJTA20c8v 61GmljiSdhex9eNbeNqPLC9BkYYt5NkZK3UOU9bk/r4uL6EpTomfSURn0q1RmVBNQtQp 1RZuNS9dr8rrAWJPQreCh3ApgjCVFYe++3vNkqBoaulX9Z0V+J1oWCLiVFJSfA4cudzG lduBkrM2rHeofsozya8ydjvvT/Mm3HEmNhHj4hGOg+fLrHwE9TwX9VBxxhyiIECEQLWa qAYg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:content-transfer-encoding :in-reply-to:references:to:from:content-language:subject:user-agent :date:message-id:dkim-signature; bh=Z+PHAHk2PjeQ29wWtrhVMOLdBdJU/64bghRWi0rkTpk=; fh=lITxYxY02VHQtEh+7ILufmhSx3JE3EyksYltKuIxKfY=; b=tYQpgrj7u8R1e4sZN02dKA3rUwQb59xYkaCvft3DU+SjiNCcgs1oUETHRJHYYd7JWz 1pg20uHGN7mGeaZNCHHB4+lu80zZWlbJ2xVN5wFltq5TH6QcDqsDB3/Mw412L172cbWY yjK3RGEoVoJAslwcaBNfD0BEVuslNQ2wVvUF4y5kocispQ5kxANjrXM7Sn164406ptnb BCV1KdonUtxZ0WORlOwe04HzSaxxngiKz5mebLpcrN0jKlumNzEZY6XC1cPMQVPJd39N msl0AAE4hv9WCRTvbX7fqLxB6PXgrIm/xU3vQvM32Njd6q3BUkFg58npyvqhr6jEdqrt ZYwQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ibm.com header.s=pp1 header.b="kkMmf/q4"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:5 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=NONE dis=NONE) header.from=ibm.com Return-Path: Received: from groat.vger.email (groat.vger.email. [2620:137:e000::3:5]) by mx.google.com with ESMTPS id h2-20020a631202000000b00557531eafb0si363762pgl.559.2023.09.20.19.39.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 20 Sep 2023 19:39:02 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:5 as permitted sender) client-ip=2620:137:e000::3:5; Authentication-Results: mx.google.com; dkim=pass header.i=@ibm.com header.s=pp1 header.b="kkMmf/q4"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:5 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=NONE dis=NONE) header.from=ibm.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by groat.vger.email (Postfix) with ESMTP id 3FCD9807C752; Wed, 20 Sep 2023 17:11:30 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at groat.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229718AbjIUALS (ORCPT + 99 others); Wed, 20 Sep 2023 20:11:18 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56850 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229473AbjIUALR (ORCPT ); Wed, 20 Sep 2023 20:11:17 -0400 Received: from mx0a-001b2d01.pphosted.com (mx0a-001b2d01.pphosted.com [148.163.156.1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5BA33D7; Wed, 20 Sep 2023 17:11:10 -0700 (PDT) Received: from pps.filterd (m0353728.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 38L08GYP020584; Thu, 21 Sep 2023 00:10:50 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ibm.com; h=message-id : date : subject : from : to : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=pp1; bh=Z+PHAHk2PjeQ29wWtrhVMOLdBdJU/64bghRWi0rkTpk=; b=kkMmf/q4sT77GHhO+rnGcpxXEThUqU65f+A2viFwkrJ2+UkEFJCURPQcNCzQ9QqXeIv0 ABOUdXm/GMGDNcHmtwvXuwj/omieE+3s7sbM1nKm7qvm2absnH3IuK734pIug8625wxD yYyn4JFvTl9qTvZtlafNFhYNqDAVwqYXaRCdcUYbSo9CgHQnHEtqq0RglaBX36vhuTrn +cBqF1qttO7qSB8zcSknDpqYAcMgsoeb1NexWzOT0Gv+xbedYqP5ZOTuebSq5KNASKen YG9RSwmMv95RUyr/CPoE5KssGcJtxZXKgbvCqbYpoGpcNWsXGqWjp6uMwvT5IA2CFe7R qQ== Received: from pps.reinject (localhost [127.0.0.1]) by mx0a-001b2d01.pphosted.com (PPS) with ESMTPS id 3t80hf1dvk-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 21 Sep 2023 00:10:49 +0000 Received: from m0353728.ppops.net (m0353728.ppops.net [127.0.0.1]) by pps.reinject (8.17.1.5/8.17.1.5) with ESMTP id 38L0AnQm029355; Thu, 21 Sep 2023 00:10:49 GMT Received: from ppma13.dal12v.mail.ibm.com (dd.9e.1632.ip4.static.sl-reverse.com [50.22.158.221]) by mx0a-001b2d01.pphosted.com (PPS) with ESMTPS id 3t80hf1dv8-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 21 Sep 2023 00:10:49 +0000 Received: from pps.filterd (ppma13.dal12v.mail.ibm.com [127.0.0.1]) by ppma13.dal12v.mail.ibm.com (8.17.1.19/8.17.1.19) with ESMTP id 38KLtDeL010018; Thu, 21 Sep 2023 00:10:48 GMT Received: from smtprelay02.wdc07v.mail.ibm.com ([172.16.1.69]) by ppma13.dal12v.mail.ibm.com (PPS) with ESMTPS id 3t5rwkj6ay-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 21 Sep 2023 00:10:48 +0000 Received: from smtpav03.dal12v.mail.ibm.com (smtpav03.dal12v.mail.ibm.com [10.241.53.102]) by smtprelay02.wdc07v.mail.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 38L0AlCh58393018 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 21 Sep 2023 00:10:47 GMT Received: from smtpav03.dal12v.mail.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 0949158056; Thu, 21 Sep 2023 00:10:47 +0000 (GMT) Received: from smtpav03.dal12v.mail.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 4234D5803F; Thu, 21 Sep 2023 00:10:46 +0000 (GMT) Received: from [9.47.158.152] (unknown [9.47.158.152]) by smtpav03.dal12v.mail.ibm.com (Postfix) with ESMTPS; Thu, 21 Sep 2023 00:10:46 +0000 (GMT) Message-ID: <00dbd1e7-dfc8-86bc-536f-264a929ebb35@linux.ibm.com> Date: Wed, 20 Sep 2023 20:10:45 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Subject: Re: [syzbot] [integrity] [overlayfs] general protection fault in d_path Content-Language: en-US From: Stefan Berger To: Jeff Layton , syzbot , amir73il@gmail.com, brauner@kernel.org, linux-fsdevel@vger.kernel.org, linux-integrity@vger.kernel.org, linux-kernel@vger.kernel.org, linux-unionfs@vger.kernel.org, miklos@szeredi.hu, syzkaller-bugs@googlegroups.com, zohar@linux.ibm.com, casey@schaufler-ca.com References: <000000000000259bd8060596e33f@google.com> <8a65f5eb-2b59-9903-c6b8-84971f8765ae@linux.ibm.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed X-TM-AS-GCONF: 00 X-Proofpoint-GUID: FzmKnwybS9FPrgsrGmEiyHf2uf_a-9-9 X-Proofpoint-ORIG-GUID: FdwoxIPy73ORLeAOM-YNk5Is-DmJFibY Content-Transfer-Encoding: 8bit X-Proofpoint-UnRewURL: 0 URL was un-rewritten MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.267,Aquarius:18.0.980,Hydra:6.0.601,FMLib:17.11.176.26 definitions=2023-09-20_13,2023-09-20_01,2023-05-22_02 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 clxscore=1015 lowpriorityscore=0 malwarescore=0 mlxlogscore=828 priorityscore=1501 suspectscore=0 phishscore=0 mlxscore=0 impostorscore=0 adultscore=0 spamscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2308100000 definitions=main-2309200202 X-Spam-Status: No, score=-2.2 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,NICE_REPLY_A, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on groat.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (groat.vger.email [0.0.0.0]); Wed, 20 Sep 2023 17:11:30 -0700 (PDT) On 9/20/23 18:09, Stefan Berger wrote: > > On 9/20/23 17:16, Jeff Layton wrote: >> On Wed, 2023-09-20 at 16:37 -0400, Stefan Berger wrote: >>> On 9/20/23 13:01, Stefan Berger wrote: >>>> On 9/17/23 20:04, syzbot wrote: >>>>> syzbot has bisected this issue to: >>>>> >>>>> commit db1d1e8b9867aae5c3e61ad7859abfcc4a6fd6c7 >>>>> Author: Jeff Layton >>>>> Date:   Mon Apr 17 16:55:51 2023 +0000 >>>>> >>>>>       IMA: use vfs_getattr_nosec to get the i_version >>>>> >>>>> bisection log: >>>>> https://syzkaller.appspot.com/x/bisect.txt?x=106f7e54680000 >>>>> start commit:   a747acc0b752 Merge tag 'linux-kselftest-next-6.6-rc2' >>>>> of g.. >>>>> git tree:       upstream >>>>> final oops: >>>>> https://syzkaller.appspot.com/x/report.txt?x=126f7e54680000 >>>>> console output: >>>>> https://syzkaller.appspot.com/x/log.txt?x=146f7e54680000 >>>>> kernel config: >>>>> https://syzkaller.appspot.com/x/.config?x=df91a3034fe3f122 >>>>> dashboard link: >>>>> https://syzkaller.appspot.com/bug?extid=a67fc5321ffb4b311c98 >>>>> syz repro: https://syzkaller.appspot.com/x/repro.syz?x=1671b694680000 >>>>> C reproducer: >>>>> https://syzkaller.appspot.com/x/repro.c?x=14ec94d8680000 >>>>> >>>>> Reported-by: syzbot+a67fc5321ffb4b311c98@syzkaller.appspotmail.com >>>>> Fixes: db1d1e8b9867 ("IMA: use vfs_getattr_nosec to get the >>>>> i_version") >>>>> >>>>> For information about bisection process see: >>>>> https://goo.gl/tpsmEJ#bisection >>>> The final oops shows this here: >>>> >>>> BUG: kernel NULL pointer dereference, address: 0000000000000058 >>>> #PF: supervisor read access in kernel mode >>>> #PF: error_code(0x0000) - not-present page >>>> PGD 0 P4D 0 >>>> Oops: 0000 [#1] PREEMPT SMP >>>> CPU: 0 PID: 3192 Comm: syz-executor.0 Not tainted >>>> 6.4.0-rc2-syzkaller #0 >>>> Hardware name: Google Google Compute Engine/Google Compute Engine, >>>> BIOS Google 08/04/2023 >>>> RIP: 0010:__lock_acquire+0x35/0x490 kernel/locking/lockdep.c:4946 >>>> Code: 83 ec 18 65 4c 8b 35 aa 60 f4 7e 83 3d b7 11 e4 02 00 0f 84 05 >>>> 02 00 00 4c 89 cb 89 cd 41 89 d5 49 89 ff 83 fe 01 77 0c 89 f0 <49> 8b >>>> 44 c7 08 48 85 c0 75 1b 4c 89 ff 31 d2 45 89 c4 e8 74 f6 ff >>>> RSP: 0018:ffffc90002edb840 EFLAGS: 00010097 >>>> RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000002 >>>> RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000000000050 >>>> RBP: 0000000000000002 R08: 0000000000000001 R09: 0000000000000000 >>>> R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000000 >>>> R13: 0000000000000000 R14: ffff888102ea5340 R15: 0000000000000050 >>>> FS:  0000000000000000(0000) GS:ffff88813bc00000(0000) >>>> knlGS:0000000000000000 >>>> CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033 >>>> CR2: 0000000000000058 CR3: 0000000003aa8000 CR4: 00000000003506f0 >>>> DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 >>>> DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 >>>> Call Trace: >>>>    >>>>   lock_acquire+0xd8/0x1f0 kernel/locking/lockdep.c:5691 >>>>   seqcount_lockdep_reader_access include/linux/seqlock.h:102 [inline] >>>>   get_fs_root_rcu fs/d_path.c:243 [inline] >>>>   d_path+0xd1/0x1f0 fs/d_path.c:285 >>>>   audit_log_d_path+0x65/0x130 kernel/audit.c:2139 >>>>   dump_common_audit_data security/lsm_audit.c:224 [inline] >>>>   common_lsm_audit+0x3b3/0x840 security/lsm_audit.c:458 >>>>   smack_log+0xad/0x130 security/smack/smack_access.c:383 >>>>   smk_tskacc+0xb1/0xd0 security/smack/smack_access.c:253 >>>>   smack_inode_getattr+0x8a/0xb0 security/smack/smack_lsm.c:1187 >>>>   security_inode_getattr+0x32/0x50 security/security.c:2114 >>>>   vfs_getattr+0x1b/0x40 fs/stat.c:167 >>>>   ovl_getattr+0xa6/0x3e0 fs/overlayfs/inode.c:173 >>>>   ima_check_last_writer security/integrity/ima/ima_main.c:171 [inline] >>>>   ima_file_free+0xbd/0x130 security/integrity/ima/ima_main.c:203 >>>>   __fput+0xc7/0x220 fs/file_table.c:315 >>>>   task_work_run+0x7d/0xa0 kernel/task_work.c:179 >>>>   exit_task_work include/linux/task_work.h:38 [inline] >>>>   do_exit+0x2c7/0xa80 kernel/exit.c:871 <----------------------- >>>>   do_group_exit+0x85/0xa0 kernel/exit.c:1021 >>>>   get_signal+0x73c/0x7f0 kernel/signal.c:2874 >>>>   arch_do_signal_or_restart+0x89/0x290 arch/x86/kernel/signal.c:306 >>>>   exit_to_user_mode_loop+0x61/0xb0 kernel/entry/common.c:168 >>>>   exit_to_user_mode_prepare+0x64/0xb0 kernel/entry/common.c:204 >>>>   __syscall_exit_to_user_mode_work kernel/entry/common.c:286 [inline] >>>>   syscall_exit_to_user_mode+0x2b/0x1d0 kernel/entry/common.c:297 >>>>   do_syscall_64+0x4d/0x90 arch/x86/entry/common.c:86 >>>>   entry_SYSCALL_64_after_hwframe+0x63/0xcd >>>> >>>> >>>> do_exit has called exit_fs(tsk) [ >>>> https://elixir.bootlin.com/linux/v6.4-rc2/source/kernel/exit.c#L867 ] >>>> >>>> exit_fs(tsk) has set tsk->fs = NULL [ >>>> https://elixir.bootlin.com/linux/v6.4-rc2/source/fs/fs_struct.c#L103 ] >>>> >>>> I think this then bites in d_path() where it calls: >>>> >>>>      get_fs_root_rcu(current->fs, &root);   [ >>>> https://elixir.bootlin.com/linux/v6.4-rc2/source/fs/d_path.c#L285 ] >>>> >>>> current->fs is likely NULL here. >>>> >>>> If this was correct it would have nothing to do with the actual patch, >>>> though, but rather with the fact that smack logs on process >>>> termination. I am not sure what the solution would be other than >>>> testing for current->fs == NULL in d_path before using it and >>>> returning an error that is not normally returned or trying to >>>> intercept this case in smack. >>> I have now been able to recreate the syzbot issue with the test program >>> and the issue is exactly the one described here, current->fs == NULL. >>> >> Earlier in this thread, Amir had a diagnosis that IMA is inappropriately >> trying to use f_path directly instead of using the helpers that are >> friendly for stacking filesystems. >> >> https://lore.kernel.org/linux-fsdevel/CAOQ4uxgjnYyeQL-LbS5kQ7+C0d6sjzKqMDWAtZW8cAkPaed6=Q@mail.gmail.com/ >> >> >> I'm not an IMA hacker so I'm not planning to roll a fix here. Perhaps >> someone on the IMA team could try this approach? > > > I have applied this patch here from Amir now and it does NOT resolve > the issue: > > https://lore.kernel.org/linux-integrity/296dae962a2a488bde682d3def074db91686e1c3.camel@linux.ibm.com/T/#m4ebdb780bf6952e7f210c55e87950d0cfa1d5eb0 > > This seems to resolve the issue: diff --git a/security/smack/smack_access.c b/security/smack/smack_access.c index 585e5e35710b..57afcea1e39b 100644 --- a/security/smack/smack_access.c +++ b/security/smack/smack_access.c @@ -347,6 +347,9 @@ void smack_log(char *subject_label, char *object_label, int request,         struct smack_audit_data *sad;         struct common_audit_data *a = &ad->a; +       if (current->flags & PF_EXITING) +               return; +         /* check if we have to log the current event */         if (result < 0 && (log_policy & SMACK_AUDIT_DENIED) == 0)                 return;