Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp3796394pxv; Mon, 19 Jul 2021 08:58:28 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxAGo4XgnkNhSMQYR4ael+tZwJhdgr47lGGq7DNUjQmX+pNFviMnBuFUQoQ5hjIo+GjRWlu X-Received: by 2002:a05:6e02:602:: with SMTP id t2mr17542881ils.118.1626710308519; Mon, 19 Jul 2021 08:58:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626710308; cv=none; d=google.com; s=arc-20160816; b=Ja7lgBkYjTXsmH/CIjv1DD2VY47uf8GaXREE8sS7GmDU4f1HPuI1122RYegAIZ0rnf K4ahC470Zcwx4NLmJiNoAjT2lztmS2WOY5+ITlyioNyeF8RsQtopgpszs+quwSSZIIKG W+/SwjU7XsDKPXtF1EkyyiPMXWU6RlWo+NbMWhgRuxwnNKPU8JH7ukzonq63CGeK/jq4 zgbqIr+7qYkdnoKU62Crv2VAeKc9GIMiMHU8PWfBgvi0oLNxYWaR0LZRzJrKYzlscvhV Enautr+ca/NYUs685g3SomcdQ6X3tQv+o9Ufq5QoFlVA2TrACBl6SltcBza5+bA6BGKY 1HGw== 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 :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=wR6c18uRWkvg2k3RK2gGzvQ6BUC3GkiCy9vVPRN3h50=; b=KNiN61sya2IeO7Km9UD1eSAs+0HWfA520nr0RVf01tvsRazMQ0tiMDEygTQbV7DHhQ qd4L+W0XhDb9buTCwyvuYFLj+I69qooOmmSmKhF0Rz0WiaapaRydfBbTHVe5U1t7t8ma /mCmXkZQUoa/fTU2sNg9r3jMMgu5zrYPgEKwijnCjrURM7IpQLtFT+2Ux/uKaBRnJRUp 2v9LB+lz4pifDMQ4RBI7eI+lqh4K6yQ6z+n4UNIIZa82kpv97eTyjE8wht4xmC46ARmQ OwD7ldv+1C7m1ZYjQ+NL2CuMsBfPq0/dNFrIKeTmr/5UnmCHnw9jJzFuUwJ34rz4GxN+ MeMA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=KDRLFrJM; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o22si18464905jat.98.2021.07.19.08.58.16; Mon, 19 Jul 2021 08:58:28 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=KDRLFrJM; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1346708AbhGSPPB (ORCPT + 99 others); Mon, 19 Jul 2021 11:15:01 -0400 Received: from mail.kernel.org ([198.145.29.99]:40450 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1343756AbhGSOsc (ORCPT ); Mon, 19 Jul 2021 10:48:32 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id CD349613AF; Mon, 19 Jul 2021 15:24:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626708288; bh=NDiODlLmOEuq5EcKIsxhmc5kUyZ62mvvBBbePoXBd+A=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=KDRLFrJMIXVydE76aOSsR5lW3fFHCK90whBTFLb2WyES1WZE3AS54L6B+FOaHNXkT 8S1Zgx4ffl1Geue1f1SeP2CBHfdjKy1rPJCwsHePnFgknRWLx8S9ulMoXK/uT6D9A3 ts+LVvd6j+ZZMcp7MFocLs8LohsogdpY08e7Xibc= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Yun Zhou , "Steven Rostedt (VMware)" Subject: [PATCH 4.14 219/315] seq_buf: Fix overflow in seq_buf_putmem_hex() Date: Mon, 19 Jul 2021 16:51:48 +0200 Message-Id: <20210719144950.637407403@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210719144942.861561397@linuxfoundation.org> References: <20210719144942.861561397@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Yun Zhou commit d3b16034a24a112bb83aeb669ac5b9b01f744bb7 upstream. There's two variables being increased in that loop (i and j), and i follows the raw data, and j follows what is being written into the buffer. We should compare 'i' to MAX_MEMHEX_BYTES or compare 'j' to HEX_CHARS. Otherwise, if 'j' goes bigger than HEX_CHARS, it will overflow the destination buffer. Link: https://lore.kernel.org/lkml/20210625122453.5e2fe304@oasis.local.home/ Link: https://lkml.kernel.org/r/20210626032156.47889-1-yun.zhou@windriver.com Cc: stable@vger.kernel.org Fixes: 5e3ca0ec76fce ("ftrace: introduce the "hex" output method") Signed-off-by: Yun Zhou Signed-off-by: Steven Rostedt (VMware) Signed-off-by: Greg Kroah-Hartman --- lib/seq_buf.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) --- a/lib/seq_buf.c +++ b/lib/seq_buf.c @@ -228,8 +228,10 @@ int seq_buf_putmem_hex(struct seq_buf *s WARN_ON(s->size == 0); + BUILD_BUG_ON(MAX_MEMHEX_BYTES * 2 >= HEX_CHARS); + while (len) { - start_len = min(len, HEX_CHARS - 1); + start_len = min(len, MAX_MEMHEX_BYTES); #ifdef __BIG_ENDIAN for (i = 0, j = 0; i < start_len; i++) { #else