Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp3769250pxv; Mon, 19 Jul 2021 08:19:34 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzPXPqHn0WCPZz/CJ8J45BwcLvVyLu84R423Wn39IjDwSfgJ5gawShVfm2Hp4EW+j68YG6+ X-Received: by 2002:a05:6638:3a1:: with SMTP id z1mr21804109jap.77.1626707974392; Mon, 19 Jul 2021 08:19:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626707974; cv=none; d=google.com; s=arc-20160816; b=BKNgRGss6MWBbqYu3TjmuF2+HnQj6pWk4aV2Rv7t5KanGRygGHRxmw5psCB11ps7Kl mazRS6x2z2uzrBUuxC+S1TH7z+7fYXFfCAkCe5jfPd3NTT0AeYEB7xH26mTnvZhxmJOg i/U1S4AW4XSZ74vuoH5ifwJp1PbTPMIhfBcGPTeI36jyFUS6LtBvdY8p3rosjkjFDbeE Nw+M+/heauNA5qJZG4Og1W1z8FypMRCnopqDYuqzH3G1rJrrkdOXVariR9DfpJo4mvyi ZxTK8IxoUit+j2mNs3JShCGGJNoz03wftGUZJHKAvySHt5ZsjcPNVEUmdj14oO0v0CYQ Viig== 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=dCAWSAJ1l8Sf9DDAFKACxT+AN4kKHTB2+hlahzGjXIw=; b=PV48ZbyMqgvpXM4Kr73Ym+kNoKm7D1uV+ohgAYPxOgEubS40OoJyKeBhzuFLlhh9NP o9WN1toj4l4l5XS1DImW73w9yFqC4djlHkhDZuPhQKKdsyDUNcmLBYV1/RfUPakdgCC1 1Jm5oTlOAdCekqrs9zn8XtWk0Prgf6svGn97363FJG9G/sacy7oerUlODQZVU8YPkLqJ haNTqgMc+uZ9wie60WA4ii1qiEXKKZ3rvuylSXBKIGb+if4V6mhzGmY41HIReJugvd+2 eFWBmO087yUWvELO2lm2Ua0TveIYH8PEuos8e7qSJpnqT74F+D35cWI2teHFj2uSFdxQ 3dvw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=2jJRQniC; 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 m8si11075758jav.78.2021.07.19.08.19.21; Mon, 19 Jul 2021 08:19:34 -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=2jJRQniC; 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 S245049AbhGSOg6 (ORCPT + 99 others); Mon, 19 Jul 2021 10:36:58 -0400 Received: from mail.kernel.org ([198.145.29.99]:39738 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S245062AbhGSOaR (ORCPT ); Mon, 19 Jul 2021 10:30:17 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 5AB836024A; Mon, 19 Jul 2021 15:10:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626707455; bh=n6nmUqmdKxTKnLhFD5LYShrjOaP+9FEZWtPmKcV9p/0=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=2jJRQniC/NX+JfCu7M0+9DhjjT0cOpZmnLGCvvMkRqCbn8Wnb5m/UN8gDB+W5HLtm zDXRfa94ivUuqb90Y6JXIVRPstaKKXcsDZbN/+0LEZWzDqilSMpsqLZqMzSLKhRqS7 4Rosw9bvtETbgkquffAIShl+epf8OvZo2fPoMzLQ= 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.9 170/245] seq_buf: Fix overflow in seq_buf_putmem_hex() Date: Mon, 19 Jul 2021 16:51:52 +0200 Message-Id: <20210719144945.899681500@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210719144940.288257948@linuxfoundation.org> References: <20210719144940.288257948@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 @@ -227,8 +227,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