Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp5520727rwb; Mon, 14 Nov 2022 06:00:43 -0800 (PST) X-Google-Smtp-Source: AA0mqf4rjEMfmMf2zDKZCwCOvtKZz0S4ZVh6MKDKjyiSOHouJD+ntXAsSBJSb8nOcSgUArne0wR4 X-Received: by 2002:a17:906:4e42:b0:781:e568:294f with SMTP id g2-20020a1709064e4200b00781e568294fmr10412550ejw.447.1668434443186; Mon, 14 Nov 2022 06:00:43 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1668434443; cv=none; d=google.com; s=arc-20160816; b=rayoZTGV4FCJ7s+7H+yzQwIJCL4kfXz2gfou7xzbad0Gr+EJsBL+mL9/ZOEuZc8LOj pYLO9zasAJUTrnW3aOuLqCsJMaJ4rPEPgW158dPMMxfVwJzCBCjok6KTqMt+lc9vMofv 03Ew0xnocM5GBrpd/vCLaW9yIgJ2onQnvqp2ZXP9zd29nKFP0BYtHPS504l6bkn1YGho Adaxt13FWq0TsQ4zfNA3XkIWjSLyOHJHUnrVAtVsVzCM6u7vwTSQfxYgKgBwj5HG8kZ4 0ooxpifVdGWVHfatxl+fDZAma3LfMtpoJDygfdHSWr6MRGke3n7K5GEXNNt1LeVQ1t8T Nv1Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=hk+Ng6HzdEIcxEdrVoC5xdXSCCrpPQX/sVOx2Fc1RIU=; b=kh61KYSQNPnwhXowZmaagY8cg4haO2VZeR2j7qC2yZducB1wTAz+1aJeAugfx/hvzN 3C+PNy3rP6LNR0f4FEA5srdhboP/xPet2sAptE8ZVUCBQkL5DdvXnwEYQ0XPcOvWxNnl z7Ap3q8NblmRznBwqqOep8CRPg+nRl0Dssn0P+VhHgGk3hWVzVwdMfkkm+bzHqavjl7/ AIRvphP96ze4NERr5haOIUHczk1Ntbz0AjeK6QNjYTTD1xGXdVdkjZ+xu0l0DMl+vinU KLoFb4q3nQJke8K3rrxEEP8o11TJ4UJTaMLdLsdATa6lfhVXu9yWuKIvubV81IZai2iV 4cKw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=XSsHqQQF; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id e17-20020a056402191100b00458cd6f8506si10234162edz.173.2022.11.14.06.00.19; Mon, 14 Nov 2022 06:00:43 -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; dkim=pass header.i=@gmail.com header.s=20210112 header.b=XSsHqQQF; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237042AbiKNL7C (ORCPT + 88 others); Mon, 14 Nov 2022 06:59:02 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59294 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237085AbiKNL45 (ORCPT ); Mon, 14 Nov 2022 06:56:57 -0500 Received: from mail-pl1-x629.google.com (mail-pl1-x629.google.com [IPv6:2607:f8b0:4864:20::629]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0D69C1A3AA for ; Mon, 14 Nov 2022 03:53:35 -0800 (PST) Received: by mail-pl1-x629.google.com with SMTP id p21so9838545plr.7 for ; Mon, 14 Nov 2022 03:53:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=hk+Ng6HzdEIcxEdrVoC5xdXSCCrpPQX/sVOx2Fc1RIU=; b=XSsHqQQFR8a+jzglZGxrXAFL9CywFjxS/ReTLiwH6YBiTS4TZcDe60UCsGDeSSmFoz /WGYg9BAcVn9Ndl0EcjAiPgjot0FOIB/o/4N8SJEjNA1mQddh93SbRNfGxsOQgOozsFD E18Ch1DrCYA92fARFXicfyxie5L6+hsQ/F2p6uDe9R1bpEPDBoo6UtVCgZzs3juahDPa OkCGZCRdUUQ8rQAypKWsERASJNPyKtM5X9BohXZ2E3XYIHfuzJwmDJCiCHrJE5cNx3Ra nE98MaN7VB55HtQBLUSQqEpilE0hKSY5MfbPDIdklhLd8q+c8rkDlP60Qyi/3bQTHIni Di9g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=hk+Ng6HzdEIcxEdrVoC5xdXSCCrpPQX/sVOx2Fc1RIU=; b=MU2f5RR9f7fPbKwxW3s0+wFIF1ttjE3HRe2z60p8mCZ1qT+Mlc/zLfi4oU5YwrGBRw mdvQ8zhFRQ+mL0tdV6aIYDxHMlhCgvbpAwGZBOiyuCCDjdj6dFOpQoKbkoXOXfhwZNb6 gb5LDRjrKE75ZL9fV+kTZVhfwmvt9J76V5mjxZTgE83+mc9kO5UXa6LB6fbp8/ZiNJDb rp42GbM7NcxJDIrr/Dz+3niXhtA45ri0f5MnNH3f3h9n7EJofIJaDGoimfMLP+dZJSWe fAdiFh/10xj+Xn5M6sOTKtZHiFtEVGO9/y+fXJZSt3HKPaT2WT2qekai3sZKjRfHhMBv OKNA== X-Gm-Message-State: ANoB5pn/PBBQC1KXWvIbFm09dVBzyn86BckM1XsZy44osDKI6CaXmh9P u6MHPHaJCqi3QeCP8OJOmj4= X-Received: by 2002:a17:90a:a391:b0:212:fe4a:c378 with SMTP id x17-20020a17090aa39100b00212fe4ac378mr13592444pjp.82.1668426814474; Mon, 14 Nov 2022 03:53:34 -0800 (PST) Received: from localhost.localdomain ([103.158.43.16]) by smtp.googlemail.com with ESMTPSA id d4-20020a170902654400b00188a23098aasm7248907pln.69.2022.11.14.03.53.30 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 14 Nov 2022 03:53:33 -0800 (PST) From: Abdun Nihaal To: almaz.alexandrovich@paragon-software.com Cc: ntfs3@lists.linux.dev, linux-kernel@vger.kernel.org, skhan@linuxfoundation.org, linux-kernel-mentees@lists.linuxfoundation.org, Abdun Nihaal , syzbot+fa4648a5446460b7b963@syzkaller.appspotmail.com Subject: [PATCH v2] fs/ntfs3: Validate attribute data and valid sizes Date: Mon, 14 Nov 2022 17:23:14 +0530 Message-Id: <20221114115314.183818-1-abdun.nihaal@gmail.com> X-Mailer: git-send-email 2.37.3 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,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 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The data_size and valid_size fields of non resident attributes should be less than the its alloc_size field, but this is not checked in ntfs_read_mft function. Syzbot reports a allocation order warning due to a large unchecked value of data_size getting assigned to inode->i_size which is then passed to kcalloc. Add sanity check for ensuring that the data_size and valid_size fields are not larger than alloc_size field. Link: https://syzkaller.appspot.com/bug?extid=fa4648a5446460b7b963 Reported-and-tested-by: syzbot+fa4648a5446460b7b963@syzkaller.appspotmail.com Fixes: 82cae269cfa9 ("fs/ntfs3: Add initialization of super block") Signed-off-by: Abdun Nihaal --- Please apply this instead of my previous patch. Changes in v2: Correct the format used for the Fixes tag. fs/ntfs3/inode.c | 7 +++++++ 1 file changed, 7 insertions(+) diff --git a/fs/ntfs3/inode.c b/fs/ntfs3/inode.c index 970bb7c357c7..763dd982a43a 100644 --- a/fs/ntfs3/inode.c +++ b/fs/ntfs3/inode.c @@ -132,6 +132,13 @@ static struct inode *ntfs_read_mft(struct inode *inode, if (le16_to_cpu(attr->name_off) + attr->name_len > asize) goto out; + if (attr->non_res) { + t64 = le64_to_cpu(attr->nres.alloc_size); + if (le64_to_cpu(attr->nres.data_size) > t64 || + le64_to_cpu(attr->nres.valid_size) > t64) + goto out; + } + switch (attr->type) { case ATTR_STD: if (attr->non_res || -- 2.37.3