Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-10.6 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SIGNED_OFF_BY, SPF_PASS,URIBL_BLOCKED,USER_AGENT_GIT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 01D2BC43387 for ; Mon, 7 Jan 2019 12:54:21 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id BBB2220651 for ; Mon, 7 Jan 2019 12:54:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1546865660; bh=hAyee3Fn9uwIpI+h0sxfj8Mlkr9hGrQAU+ORf3kZx+U=; h=From:To:Cc:Subject:Date:In-Reply-To:References:List-ID:From; b=YES642TnthaIxrg3VX0SW8d63Ra9q438uDGHBtSqhmf65Xur8NMIrjChPGZxuB4PZ zpLLVAhhHL7UTqBGFgAT2jgnqW/pZoL2BFDN/vfDrC/a807+KAm3Gf0NOQBj9f0tWG kfjYz4fcXJEVX0nv6kMSaV9Nm9HVBEmF+JPzVB4A= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729555AbfAGMyT (ORCPT ); Mon, 7 Jan 2019 07:54:19 -0500 Received: from mail.kernel.org ([198.145.29.99]:43246 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729174AbfAGMyS (ORCPT ); Mon, 7 Jan 2019 07:54:18 -0500 Received: from localhost (5356596B.cm-6-7b.dynamic.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 C2BE520651; Mon, 7 Jan 2019 12:54:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1546865657; bh=hAyee3Fn9uwIpI+h0sxfj8Mlkr9hGrQAU+ORf3kZx+U=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=iJ4+NjnDXXG1rQxxBG2zRBpEYloZ2kJXvqy/HD/rOC2xrkiJ7vE6IRmgcgei92qrI PKr1kv+1iyPKkiX4kLCQFr+RtEb5j82zQK0AGv26POzejhKMq0e6mJ7PLKwApbd4b7 3jRoRWuam/KkIJ62TP8X1ERXsf7IvNClQb82RYoM= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Steve Graham , Theodore Tso , stable@kernel.org Subject: [PATCH 4.19 111/170] ext4: include terminating u32 in size of xattr entries when expanding inodes Date: Mon, 7 Jan 2019 13:32:18 +0100 Message-Id: <20190107104506.074543514@linuxfoundation.org> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20190107104452.953560660@linuxfoundation.org> References: <20190107104452.953560660@linuxfoundation.org> User-Agent: quilt/0.65 X-stable: review X-Patchwork-Hint: ignore MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: stable-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: stable@vger.kernel.org 4.19-stable review patch. If anyone has any objections, please let me know. ------------------ From: Theodore Ts'o commit a805622a757b6d7f65def4141d29317d8e37b8a1 upstream. In ext4_expand_extra_isize_ea(), we calculate the total size of the xattr header, plus the xattr entries so we know how much of the beginning part of the xattrs to move when expanding the inode extra size. We need to include the terminating u32 at the end of the xattr entries, or else if there is uninitialized, non-zero bytes after the xattr entries and before the xattr values, the list of xattr entries won't be properly terminated. Reported-by: Steve Graham Signed-off-by: Theodore Ts'o Cc: stable@kernel.org Signed-off-by: Greg Kroah-Hartman --- fs/ext4/xattr.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/fs/ext4/xattr.c +++ b/fs/ext4/xattr.c @@ -2725,7 +2725,7 @@ retry: base = IFIRST(header); end = (void *)raw_inode + EXT4_SB(inode->i_sb)->s_inode_size; min_offs = end - base; - total_ino = sizeof(struct ext4_xattr_ibody_header); + total_ino = sizeof(struct ext4_xattr_ibody_header) + sizeof(u32); error = xattr_check_inode(inode, header, end); if (error)