Received: by 2002:a17:90a:9103:0:0:0:0 with SMTP id k3csp11816432pjo; Thu, 2 Jan 2020 14:47:32 -0800 (PST) X-Google-Smtp-Source: APXvYqzjosuYAgymXxmoqEGVvQNVGPAfWpZULcbrbyMLgtMyQAC6JBPrJNp6xv9H8qZBAx2D3uyu X-Received: by 2002:a9d:588d:: with SMTP id x13mr89702835otg.6.1578005252536; Thu, 02 Jan 2020 14:47:32 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578005252; cv=none; d=google.com; s=arc-20160816; b=TGlUxIyRjQyy+AaCJDIA3jcBadltiNq/FQu7SwUhwsNcgXGOa5GkHI1VhqmaWOPHPf PX97uDaLGL72KJ/R/wlosQ5ptZDMZ0nTKcCCxpmL/5acxa3XOh6i9rsWpTLeHr/Qoagi +gDnpZmfFrXUCPHP7wzFjFoKBcZrrE50dxBEWb7peKBZQTHa0Ar3RDaFYCHS2/NAjajX fbHDnUd/7ePJnClCrD0CogrsLd9MkgyZBotFcg/eIVEVswA8HMlAMZ/dIE/C86s5iE1j oYuNykyq+EUbXM47InZd75/TTORTP8OGfHM0bwwaTVLK40CsNgYl3cyPfusrgPEnJytQ Jzzg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=Hnv9kta+aj3sBzJX7R69QE1x6NdEKZedTxq1H8TnIeU=; b=ySsyk6TI/ImKynN9y1DzP8PfWlWeYO8HDx6etrGFwUCoJ9kILaLW7PiuI4pSGEv6ad qwL/dw6r8+ErrZ6J1DjOlxxcIQH6hkaj994+9fPsmcmHll5aefytFdV61E7i6FBFXQxQ ZDhgK6xQPeD8M/krJgFEaN9qiCdWlt8bI8gDsWJKB7B7qMTnZ+rIYCcFgJ9K4xSUMVB3 YoF+ZN/AnXTQnG8zXe5ay4Bvv3A8Zb0PfnwmjHkXWdhrz5143gy8dMr4oK4bxAiuIw6t wJYgLmco/clapJza46pWX0rYUXH6OksF9pO+pMSYAjV1ncBzwgbirZwFRgeIc/L4YnW6 IrvA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=rKjhRzx1; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v5si30677012otn.155.2020.01.02.14.47.21; Thu, 02 Jan 2020 14:47:32 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=rKjhRzx1; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730259AbgABWbN (ORCPT + 99 others); Thu, 2 Jan 2020 17:31:13 -0500 Received: from mail.kernel.org ([198.145.29.99]:35846 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730239AbgABWbF (ORCPT ); Thu, 2 Jan 2020 17:31:05 -0500 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id E082D20866; Thu, 2 Jan 2020 22:31:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1578004265; bh=srK+AwUov53SvNhhGdeEi7tX841wok/s60+s1aXhuaE=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=rKjhRzx1m3xQlN5dJwt73xlsor+Z9BEc961KKXZeUkAFsG+Tx8vl4GWpNqr0TfmSU F+mlWkmSX9xH1ca83TlflyUKXrkZ6ntLJ00Rc4pUr6KzHT2v8zLMlaCeAzGJIc2mxE rSfZQIiTr9376e7gq5tS0veeixHA2qYvxRbPG3Qw= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Jan Kara , Theodore Tso Subject: [PATCH 4.9 107/171] ext4: check for directory entries too close to block end Date: Thu, 2 Jan 2020 23:07:18 +0100 Message-Id: <20200102220602.014456443@linuxfoundation.org> X-Mailer: git-send-email 2.24.1 In-Reply-To: <20200102220546.960200039@linuxfoundation.org> References: <20200102220546.960200039@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Jan Kara commit 109ba779d6cca2d519c5dd624a3276d03e21948e upstream. ext4_check_dir_entry() currently does not catch a case when a directory entry ends so close to the block end that the header of the next directory entry would not fit in the remaining space. This can lead to directory iteration code trying to access address beyond end of current buffer head leading to oops. CC: stable@vger.kernel.org Signed-off-by: Jan Kara Link: https://lore.kernel.org/r/20191202170213.4761-3-jack@suse.cz Signed-off-by: Theodore Ts'o Signed-off-by: Greg Kroah-Hartman --- fs/ext4/dir.c | 5 +++++ 1 file changed, 5 insertions(+) --- a/fs/ext4/dir.c +++ b/fs/ext4/dir.c @@ -75,6 +75,11 @@ int __ext4_check_dir_entry(const char *f error_msg = "rec_len is too small for name_len"; else if (unlikely(((char *) de - buf) + rlen > size)) error_msg = "directory entry overrun"; + else if (unlikely(((char *) de - buf) + rlen > + size - EXT4_DIR_REC_LEN(1) && + ((char *) de - buf) + rlen != size)) { + error_msg = "directory entry too close to block end"; + } else if (unlikely(le32_to_cpu(de->inode) > le32_to_cpu(EXT4_SB(dir->i_sb)->s_es->s_inodes_count))) error_msg = "inode out of bounds";