Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp550862rwb; Tue, 29 Nov 2022 02:09:33 -0800 (PST) X-Google-Smtp-Source: AA0mqf625zRvw+hjmyM+usiYlJ2Xd/x5VEyo/7HAvdODFXqNrL9mufauypMCoa2/JOQT18FHtu2e X-Received: by 2002:a17:90a:1918:b0:219:4e25:bb6b with SMTP id 24-20020a17090a191800b002194e25bb6bmr2878920pjg.228.1669716572982; Tue, 29 Nov 2022 02:09:32 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1669716572; cv=none; d=google.com; s=arc-20160816; b=IXfPpxyuNS6fk0pKODhGCR4weWVGIoRD/u7WU/7qzjAmt0+bZYSItrtY7fsVHtqyRH 02cqSRnRJ3vq16dnE6wGsl1XVc0AR4FxwjomnX9elhoU6D7ypfBURRjtBP6aWDX1Ckr5 MMdWwPI4AnYpOU43EKegHBKEfQqnEe4X6Y23j8Bc9cDHhx3pFmwIcrDl9/jtlcEJa+1c SFHbZ+8x/e8TEFKL3qz1TQ4F14A8IKmkVY7bd9C2PN0DmcedPwXMJzHcy7uBnIrCBV5J WqYlqQeBy+Ynpv75fBIug1agvk/j2bcsFKIfnEhMk17cUuE409GFnFITuvmpAJWI91TH 5phw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:to:content-transfer-encoding:mime-version :message-id:date:subject:cc:from; bh=J9JmYrtjzWW5aHo7TWGnyAVCylGeSimxsUiG+j6h3go=; b=QoCu8hqk2wmVduIQZd0GLEaSZVdo0eE6mXYqjFIEiDV7WcKY+SNnuf0BZWfsul3xFK 0PKoF8OoI0pbRB/ChfcrfREbC9IgZKmReeqrgMrltBcZjJx4uD46X4JCpU4WKgK+Sze9 YCfZP4kP3d/0znkoVnuD9ijmvoL7xQxXRoZCVBjwIqWJg/ywSyH7A4hhmyVFF2GsCJLR n7SXU5dYaFeMCG48QEod8SDnN/fhJj38sWLb/au8st2HYzMWF2c5l52CFL+oBSUFDoT8 XyVDOBBkcg4gST+amLiJDEXv3SR1QdskkAlWHcOfH22h6K4ROxt+8K42bIJMlcDaCM28 PAmQ== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id n21-20020aa78a55000000b0056343812738si20947pfa.304.2022.11.29.02.09.22; Tue, 29 Nov 2022 02:09:32 -0800 (PST) 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; 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=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230247AbiK2Jqg (ORCPT + 83 others); Tue, 29 Nov 2022 04:46:36 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44906 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229974AbiK2Jqf (ORCPT ); Tue, 29 Nov 2022 04:46:35 -0500 Received: from szxga02-in.huawei.com (szxga02-in.huawei.com [45.249.212.188]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8982B5A6D9; Tue, 29 Nov 2022 01:46:33 -0800 (PST) Received: from dggpemm500022.china.huawei.com (unknown [172.30.72.53]) by szxga02-in.huawei.com (SkyGuard) with ESMTP id 4NLyBk07ThzHwHs; Tue, 29 Nov 2022 17:45:50 +0800 (CST) Received: from dggpemm500015.china.huawei.com (7.185.36.181) by dggpemm500022.china.huawei.com (7.185.36.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.31; Tue, 29 Nov 2022 17:46:31 +0800 Received: from huawei.com (10.175.103.91) by dggpemm500015.china.huawei.com (7.185.36.181) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.31; Tue, 29 Nov 2022 17:46:31 +0800 From: Wang ShaoBo CC: , , , , , , , Subject: [PATCH] nfc: llcp: Fix race in handling llcp_devices Date: Tue, 29 Nov 2022 17:44:36 +0800 Message-ID: <20221129094436.3975668-1-bobo.shaobowang@huawei.com> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=US-ASCII X-Originating-IP: [10.175.103.91] X-ClientProxiedBy: dggems703-chm.china.huawei.com (10.3.19.180) To dggpemm500015.china.huawei.com (7.185.36.181) X-CFilter-Loop: Reflected X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net To: unlisted-recipients:; (no To-header on input) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org There are multiple path operate llcp_devices list without protection: CPU0 CPU1 nfc_unregister_device() nfc_register_device() nfc_llcp_unregister_device() nfc_llcp_register_device() //no lock ... list_add(local->list, llcp_devices) local_release() list_del(local->list) CPU2 ... nfc_llcp_find_local() list_for_each_entry(,&llcp_devices,) So reach race condition if two of the three occur simultaneously like following crash report, although there is no reproduction script in syzbot currently, our artificially constructed use cases can also reproduce it: list_del corruption. prev->next should be ffff888060ce7000, but was ffff88802a0ad000. (prev=ffffffff8e536240) ------------[ cut here ]------------ kernel BUG at lib/list_debug.c:59! invalid opcode: 0000 [#1] PREEMPT SMP KASAN CPU: 0 PID: 16622 Comm: syz-executor.5 Not tainted 6.1.0-rc6-next-20221125-syzkaller #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 10/26/2022 RIP: 0010:__list_del_entry_valid.cold+0x12/0x72 lib/list_debug.c:59 Code: f0 ff 0f 0b 48 89 f1 48 c7 c7 60 96 a6 8a 4c 89 e6 e8 4b 29 f0 ff 0f 0b 4c 89 e1 48 89 ee 48 c7 c7 c0 98 a6 8a e8 37 29 f0 ff <0f> 0b 48 89 ee 48 c7 c7 a0 97 a6 8a e8 26 29 f0 ff 0f 0b 4c 89 e2 RSP: 0018:ffffc900151afd58 EFLAGS: 00010282 RAX: 000000000000006d RBX: 0000000000000001 RCX: 0000000000000000 RDX: ffff88801e7eba80 RSI: ffffffff8166001c RDI: fffff52002a35f9d RBP: ffff888060ce7000 R08: 000000000000006d R09: 0000000000000000 R10: 0000000080000000 R11: 0000000000000000 R12: ffffffff8e536240 R13: ffff88801f3f3000 R14: ffff888060ce1000 R15: ffff888079d855f0 FS: 0000555556f57400(0000) GS:ffff8880b9800000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00007f095d5ad988 CR3: 000000002155a000 CR4: 00000000003506f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: __list_del_entry include/linux/list.h:134 [inline] list_del include/linux/list.h:148 [inline] local_release net/nfc/llcp_core.c:171 [inline] kref_put include/linux/kref.h:65 [inline] nfc_llcp_local_put net/nfc/llcp_core.c:181 [inline] nfc_llcp_local_put net/nfc/llcp_core.c:176 [inline] nfc_llcp_unregister_device+0xb8/0x260 net/nfc/llcp_core.c:1619 nfc_unregister_device+0x196/0x330 net/nfc/core.c:1179 virtual_ncidev_close+0x52/0xb0 drivers/nfc/virtual_ncidev.c:163 __fput+0x27c/0xa90 fs/file_table.c:320 task_work_run+0x16f/0x270 kernel/task_work.c:179 resume_user_mode_work include/linux/resume_user_mode.h:49 [inline] exit_to_user_mode_loop kernel/entry/common.c:171 [inline] exit_to_user_mode_prepare+0x23c/0x250 kernel/entry/common.c:203 __syscall_exit_to_user_mode_work kernel/entry/common.c:285 [inline] syscall_exit_to_user_mode+0x1d/0x50 kernel/entry/common.c:296 do_syscall_64+0x46/0xb0 arch/x86/entry/common.c:86 entry_SYSCALL_64_after_hwframe+0x63/0xcd This patch add specific mutex lock llcp_devices_list_lock to ensure handling llcp_devices list safety. Fixes: 30cc4587659e ("NFC: Move LLCP code to the NFC top level diirectory") Reported-by: syzbot+81232c4a81a886e2b580@syzkaller.appspotmail.com Signed-off-by: Wang ShaoBo --- net/nfc/llcp_core.c | 11 ++++++++++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git a/net/nfc/llcp_core.c b/net/nfc/llcp_core.c index 3364caabef8b..7deaecd9d3cd 100644 --- a/net/nfc/llcp_core.c +++ b/net/nfc/llcp_core.c @@ -17,6 +17,7 @@ static u8 llcp_magic[3] = {0x46, 0x66, 0x6d}; static LIST_HEAD(llcp_devices); +static DEFINE_MUTEX(llcp_devices_list_lock); static void nfc_llcp_rx_skb(struct nfc_llcp_local *local, struct sk_buff *skb); @@ -168,7 +169,9 @@ static void local_release(struct kref *ref) local = container_of(ref, struct nfc_llcp_local, ref); + mutex_lock(&llcp_devices_list_lock); list_del(&local->list); + mutex_unlock(&llcp_devices_list_lock); local_cleanup(local); kfree(local); } @@ -282,9 +285,13 @@ struct nfc_llcp_local *nfc_llcp_find_local(struct nfc_dev *dev) { struct nfc_llcp_local *local; + mutex_lock(&llcp_devices_list_lock); list_for_each_entry(local, &llcp_devices, list) - if (local->dev == dev) + if (local->dev == dev) { + mutex_unlock(&llcp_devices_list_lock); return local; + } + mutex_unlock(&llcp_devices_list_lock); pr_debug("No device found\n"); @@ -1600,7 +1607,9 @@ int nfc_llcp_register_device(struct nfc_dev *ndev) timer_setup(&local->sdreq_timer, nfc_llcp_sdreq_timer, 0); INIT_WORK(&local->sdreq_timeout_work, nfc_llcp_sdreq_timeout_work); + mutex_lock(&llcp_devices_list_lock); list_add(&local->list, &llcp_devices); + mutex_unlock(&llcp_devices_list_lock); return 0; } -- 2.25.1