Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp688540rwd; Thu, 18 May 2023 02:28:51 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ5UFvpbs6xbFXu7ZtlzTS2JyZ7IbEMnesDSrzEvVgyepj8AvOWD7XT9hy2Nc3uDb1HTw6Ou X-Received: by 2002:a05:6a00:15d2:b0:64d:1585:fff2 with SMTP id o18-20020a056a0015d200b0064d1585fff2mr2636630pfu.29.1684402130876; Thu, 18 May 2023 02:28:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1684402130; cv=none; d=google.com; s=arc-20160816; b=H1bmL1YVY7z/AO2FxBZO+AsxKONFQ6J5ilI910bFNyOt5C8mjIWjuCokMZ/51HPwDS JFH1vUH7eTrPrBCCDz+iJ/GiTBBT38DZmkex1ma4O7bLCaY3qOusE3VEFNFXWV5tHb2a CAuWxFn4ixgU3wtzNzkCdjMZjcZ579+i0eSPlAIwp5uj75xBeQ9kZAvX98TGLzSCEHrJ nQf35nutnEkN4PNakg1sA4tP30tkanagFzEx2z7GFCkRyVRC7qkIa4GbY6qbwHqLnzNW 2rb7HvJcvWsSHqSWnet6LN/ZDtuerSoYHL5ObVCpPxvigLtKbKxeq7ct7857XlQ/pd+5 HJRQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:subject:cc:to:from; bh=A8JDOxVuIQnntDcfIhpIVQAhb5/CICrjjxCbHLf2XOc=; b=snHaB+RdHNI1GTdTNSU4QZqevCYLzLsV4tnkOby9ZBF8BFABH7q78ne02avyvSswES 3UjrBCZECvEMELU9QJzSFuGKL82QYSl0k/ioqQUs67gL9UZ5R8cuYWmPt7jPMwJwaozR dPI8OuN73HVqvKi36oZ/MrSrpY4U+hcHd73mXpA5j2hMOHZgNJfRWj+f0RgKZmmC2vuY tP5HYlAJnDsH/5kWA3bohrhVt7SPEL+AMdWdxsdbCPxc2fwrSpmUSs7ZUHTCRECiq9+D 3niQjuivKsbS44qFBmMCzPpBDV6dLJgWZVhunuWmSNm5hQVxv8pYYjQ20tGDbagjo19Y OtiA== 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 h125-20020a636c83000000b0052c54de0299si960717pgc.637.2023.05.18.02.28.37; Thu, 18 May 2023 02:28:50 -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; 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 S229982AbjERJRh (ORCPT + 99 others); Thu, 18 May 2023 05:17:37 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46758 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229586AbjERJRg (ORCPT ); Thu, 18 May 2023 05:17:36 -0400 Received: from szxga03-in.huawei.com (szxga03-in.huawei.com [45.249.212.189]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 125AE1FE3 for ; Thu, 18 May 2023 02:17:35 -0700 (PDT) Received: from kwepemi500009.china.huawei.com (unknown [172.30.72.56]) by szxga03-in.huawei.com (SkyGuard) with ESMTP id 4QMPV30VXGzLm2l; Thu, 18 May 2023 17:16:11 +0800 (CST) Received: from huawei.com (10.67.175.85) by kwepemi500009.china.huawei.com (7.221.188.199) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.23; Thu, 18 May 2023 17:17:32 +0800 From: Xia Fukun To: , CC: , Subject: [PATCH v7] kobject: Fix global-out-of-bounds in kobject_action_type() Date: Thu, 18 May 2023 17:16:14 +0800 Message-ID: <20230518091614.137522-1-xiafukun@huawei.com> X-Mailer: git-send-email 2.17.1 MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [10.67.175.85] X-ClientProxiedBy: dggems706-chm.china.huawei.com (10.3.19.183) To kwepemi500009.china.huawei.com (7.221.188.199) 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,T_SCC_BODY_TEXT_LINE 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 The following c language code can trigger KASAN's global variable out-of-bounds access error in kobject_action_type(): int main() { int fd; char *filename = "/sys/block/ram12/uevent"; char str[86] = "offline"; int len = 86; fd = open(filename, O_WRONLY); if (fd == -1) { printf("open"); exit(1); } if (write(fd, str, len) == -1) { printf("write"); exit(1); } close(fd); return 0; } Function kobject_action_type() receives the input parameters buf and count, where count is the length of the string buf. In the use case we provided, count is 86, the count_first is 85. Buf points to a string with a length of 86, and its first seven characters are "offline". In the for loop, kobject_actions[action] is the string "offline" with the length of 7,an out-of-boundary access will appear: kobject_actions[action][85]. Use sysfs_match_string() to replace the fragile and convoluted loop. This function is well-tested for parsing sysfs inputs. Moreover, this modification will not cause any functional changes. Fixes: f36776fafbaa ("kobject: support passing in variables for synthetic uevents") Signed-off-by: Xia Fukun --- v6 -> v7: - Move macro UEVENT_KACT_STRSIZE to the .c file to improve maintainability. v5 -> v6: - Ensure that the following extensions remain effective: https://www.kernel.org/doc/Documentation/ABI/testing/sysfs-uevent v4 -> v5: - Fixed build errors and warnings, and retested the patch. v3 -> v4: - Refactor the function to be more obviously correct and readable. --- lib/kobject_uevent.c | 38 +++++++++++++++++++++++++------------- 1 file changed, 25 insertions(+), 13 deletions(-) diff --git a/lib/kobject_uevent.c b/lib/kobject_uevent.c index 7c44b7ae4c5c..2171e1648dad 100644 --- a/lib/kobject_uevent.c +++ b/lib/kobject_uevent.c @@ -47,6 +47,14 @@ static LIST_HEAD(uevent_sock_list); /* This lock protects uevent_seqnum and uevent_sock_list */ static DEFINE_MUTEX(uevent_sock_mutex); +/* + * The maximum length of the string contained in kobject_actions[]. + * If there are any actions added or modified, please ensure that + * the string length does not exceed the macro, otherwise + * should modify the macro definition. + */ +#define UEVENT_KACT_STRSIZE 16 + /* the strings here must match the enum in include/linux/kobject.h */ static const char *kobject_actions[] = { [KOBJ_ADD] = "add", @@ -66,7 +74,8 @@ static int kobject_action_type(const char *buf, size_t count, enum kobject_action action; size_t count_first; const char *args_start; - int ret = -EINVAL; + int i, ret = -EINVAL; + char kobj_act_buf[UEVENT_KACT_STRSIZE] = {0}; if (count && (buf[count-1] == '\n' || buf[count-1] == '\0')) count--; @@ -77,21 +86,24 @@ static int kobject_action_type(const char *buf, size_t count, args_start = strnchr(buf, count, ' '); if (args_start) { count_first = args_start - buf; + if (count_first > UEVENT_KACT_STRSIZE) + goto out; + args_start = args_start + 1; + strncpy(kobj_act_buf, buf, count_first); + i = sysfs_match_string(kobject_actions, kobj_act_buf); } else - count_first = count; + i = sysfs_match_string(kobject_actions, buf); - for (action = 0; action < ARRAY_SIZE(kobject_actions); action++) { - if (strncmp(kobject_actions[action], buf, count_first) != 0) - continue; - if (kobject_actions[action][count_first] != '\0') - continue; - if (args) - *args = args_start; - *type = action; - ret = 0; - break; - } + if (i < 0) + goto out; + + action = i; + if (args) + *args = args_start; + + *type = action; + ret = 0; out: return ret; } -- 2.17.1