Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp3922479pxj; Mon, 21 Jun 2021 09:26:24 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz75At79XdDlY9Up4VF1+Q9KLsvF5SQQytRxSwkSPTVfkLcoj5dmnpiObMx9q5TeCTiBvzz X-Received: by 2002:a02:641:: with SMTP id 62mr14143488jav.125.1624292784533; Mon, 21 Jun 2021 09:26:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624292784; cv=none; d=google.com; s=arc-20160816; b=VAA4iwUPyNZA839Gam5S78p7E5JEgkMw36ta8yiCNoUFx1bT1yTxKnWWB7gwhEUKJl DF0FyGu+xR77ruOQvm7ePUF06IUy2pnG5f7qsIqTeWuMFDUGQxKZl54hKAWbJYMwqfHi EyrT24f0txKxzqlUOkQtEJtrxo04W6U/eEmfqNkjYy7G3juroM1Jh6aBnSH0/+nLZ7SB iPXNCHkr1wKxUexyTWP89ovz2epO8KzMRQvsqEdzg1XbmaCAE865vmT7wRsTFKOr0kEV t8UZHJoJng/TIIkU82MxMlw9vCs9GtIvoOyfb8Bf9q1Zrc2vZwcWEuakwfq7jMu9hJGt IvvQ== 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=WaGHHX57Lg6pdPJ2QssE3FBum1fQRKU6qZcXYzEFIXY=; b=GfGMccfyoatJlNMTLfDSQOmEQMBz7SqHv2nx2l4gbg40tVFwncgyZRXixGiXzwMvs4 ICJlecX92+YXC7/r+k84bVLf5AeFpiIpZL0b0w9DOfktxclxYr9tAO0VfEUBFJHbMYna egoBbEEDIWFFMgJY7QxvpiYHbBNcLBLR/jVJL1C7Uhv6Y0xzIV5m+SMx8n9xWKAbOvOi iX8gGdCLQKlY40tEcmWua8jIg9DhEQUl5GcqDwKr6TRtzaO4LdCU1YtVTAKwq+mmeqGG CmR5B4PGjSzb0KzsQ+aHs43iw9Rcfp2+5v/0SC+s6SlyZ+4VreqaaIkum3MexqolEk6a GUWQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=eCyQH0hr; 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 r14si14160439ila.121.2021.06.21.09.26.12; Mon, 21 Jun 2021 09:26:24 -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=eCyQH0hr; 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 S231620AbhFUQ2A (ORCPT + 99 others); Mon, 21 Jun 2021 12:28:00 -0400 Received: from mail.kernel.org ([198.145.29.99]:48354 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231883AbhFUQ0L (ORCPT ); Mon, 21 Jun 2021 12:26:11 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 673FE613C3; Mon, 21 Jun 2021 16:22:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1624292535; bh=2CHqXilASFtfJwlymiMPfsg6PKId6hne04k+JUfhCNg=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=eCyQH0hrJMNeWuBtkS7ssACIo1Vkj8QNADdQM1++weyxMwi8pqiVA9H0eCPAfC0+l o6C6abAr5glPzqCOGh/ig4NmdL+b7A0zZiOGlQjHONbLesik0b+CYpNEoLBFx7mqL+ g4BCE4mBNFCZb4jNQLOXA8E/LG92GOS+M8IDUMLA= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Young Xiao <92siuyang@gmail.com>, Maxim Mikityanskiy , Mat Martineau , "David S. Miller" , Sasha Levin Subject: [PATCH 5.10 035/146] mptcp: Fix out of bounds when parsing TCP options Date: Mon, 21 Jun 2021 18:14:25 +0200 Message-Id: <20210621154912.487685400@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210621154911.244649123@linuxfoundation.org> References: <20210621154911.244649123@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: Maxim Mikityanskiy [ Upstream commit 07718be265680dcf496347d475ce1a5442f55ad7 ] The TCP option parser in mptcp (mptcp_get_options) could read one byte out of bounds. When the length is 1, the execution flow gets into the loop, reads one byte of the opcode, and if the opcode is neither TCPOPT_EOL nor TCPOPT_NOP, it reads one more byte, which exceeds the length of 1. This fix is inspired by commit 9609dad263f8 ("ipv4: tcp_input: fix stack out of bounds when parsing TCP options."). Cc: Young Xiao <92siuyang@gmail.com> Fixes: cec37a6e41aa ("mptcp: Handle MP_CAPABLE options for outgoing connections") Signed-off-by: Maxim Mikityanskiy Reviewed-by: Mat Martineau Signed-off-by: David S. Miller Signed-off-by: Sasha Levin --- net/mptcp/options.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/net/mptcp/options.c b/net/mptcp/options.c index 91034a221983..ac0233c9cd34 100644 --- a/net/mptcp/options.c +++ b/net/mptcp/options.c @@ -314,6 +314,8 @@ void mptcp_get_options(const struct sk_buff *skb, length--; continue; default: + if (length < 2) + return; opsize = *ptr++; if (opsize < 2) /* "silly options" */ return; -- 2.30.2