Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp2528700ybb; Mon, 30 Mar 2020 07:55:55 -0700 (PDT) X-Google-Smtp-Source: ADFU+vs3RMsZS5/vMWwJjvD//cPwuhfQ3aZF5baFk/ZYjfvQgc6EiJZ0fHDQWO+tMO30np7Ejq2O X-Received: by 2002:a4a:3f19:: with SMTP id e25mr9991091ooa.67.1585580155232; Mon, 30 Mar 2020 07:55:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585580155; cv=none; d=google.com; s=arc-20160816; b=G8ayruePUhcv5JqBt7zt4jnhCIU7aIn8fLwECYrQZLmg6hrQBySy8/Z9UmoYGF1eZQ WcLMP6JqN/syJVA9Twf24fyZ2nzJ9BhF6oCuQxa2ClPD+jhO7JVlephk6AMCA5q/2fZx w12kxS0L8YTTwhMlXbsEh0vegJMklQb5ygBjdN6dUtcCNqc6DfmSONNSJQkAc6fI0vqv I8Vz32Al1c6fI7hM2ZW0NJMcYvc2BU7nNt0sYnLmXwt9iIb0Xy+8oTcL7kQLMDWA+5GS UhFz3a7sgbFqODcHOwoXcrIKMwQmNORQEY6ZFngWmzQrFkxW1JmqL6F4plQyKmSkZQ8L R3DQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=TXmoRkAlJoIcj0GnyIXvZDB38zOao97YidsZr3oTWbU=; b=Jj5xhHYY0a3CtbzDkg2escWVr1Tf8FBOtcrb10zr5F7bbQYwFhklmdjuoAGnY0k7ko IKXl6z99/ZRDZT2XD/mYMVNQ9B8DMQjN6cHvQp85zlEvD6dd+HcAUXPsiRIX7ch1wE4j myKfmSFe8zssFj9rByM6kRqFSFKYvcMnHClu5g9p2moEgzGlwZ9iAFhBcK/odwGwz0jY GA1zgtP5MQEGS+CyeZILyEXgmAZ3IwwyULSt8V8flRtZayrcnumTmv24Klhmgdhqgqm4 hOfM3s04Z38xHlt0R+34c5E+M0BXepvRRkAMf50JHUswUKnZGkT3F9qEzhjsRDqOt8jR zijg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-ext4-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 d125si6221790oif.236.2020.03.30.07.55.35; Mon, 30 Mar 2020 07:55:55 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727755AbgC3Ozd (ORCPT + 99 others); Mon, 30 Mar 2020 10:55:33 -0400 Received: from mx2.suse.de ([195.135.220.15]:44332 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726518AbgC3Ozd (ORCPT ); Mon, 30 Mar 2020 10:55:33 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 3B051ADC9; Mon, 30 Mar 2020 14:55:32 +0000 (UTC) Received: by quack2.suse.cz (Postfix, from userid 1000) id B72AF1E11AF; Mon, 30 Mar 2020 16:55:31 +0200 (CEST) Date: Mon, 30 Mar 2020 16:55:31 +0200 From: Jan Kara To: Lukas Czerner Cc: Jan Kara , Ted Tso , linux-ext4@vger.kernel.org Subject: Re: [PATCH 2/2] ext2fs: Fix off-by-one in dx_grow_tree() Message-ID: <20200330145531.GF26544@quack2.suse.cz> References: <20200330090932.29445-1-jack@suse.cz> <20200330090932.29445-3-jack@suse.cz> <20200330132712.ckevhpof4vrsx5rw@work> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200330132712.ckevhpof4vrsx5rw@work> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-ext4-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On Mon 30-03-20 15:27:12, Lukas Czerner wrote: > On Mon, Mar 30, 2020 at 11:09:32AM +0200, Jan Kara wrote: > > There is an off-by-one error in dx_grow_tree() when checking whether we > > can add another level to the tree. Thus we can grow tree too much > > leading to possible crashes in the library or corrupted filesystem. Fix > > the bug. > > Looks good, thanks > > Reviewed-by: Lukas Czerner > > Don't we have basically the same off-by-one in > e2fsck/pass1.c handle_htree() ? > > if ((root->indirect_levels > ext2_dir_htree_level(fs)) && > fix_problem(ctx, PR_1_HTREE_DEPTH, pctx)) I don't think so. It is indeed correct for root->indirect_levels to be equal to ext2_dir_htree_level(). However dx_grow_tree() is going to increase root->indirect_levels by 1 which is where tree would become invalid... Honza > > > > Signed-off-by: Jan Kara > > --- > > lib/ext2fs/link.c | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/lib/ext2fs/link.c b/lib/ext2fs/link.c > > index 7b5bb022117c..469eea8cd06d 100644 > > --- a/lib/ext2fs/link.c > > +++ b/lib/ext2fs/link.c > > @@ -473,7 +473,7 @@ static errcode_t dx_grow_tree(ext2_filsys fs, ext2_ino_t dir, > > ext2fs_le16_to_cpu(info->frames[i].head->limit)) > > break; > > /* Need to grow tree depth? */ > > - if (i < 0 && info->levels > ext2_dir_htree_level(fs)) > > + if (i < 0 && info->levels >= ext2_dir_htree_level(fs)) > > return EXT2_ET_DIR_NO_SPACE; > > lblk = size / fs->blocksize; > > size += fs->blocksize; > > -- > > 2.16.4 > > > -- Jan Kara SUSE Labs, CR