Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3321741pxf; Mon, 15 Mar 2021 07:06:50 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyf1p8uPeYUngd6KLUGjUu1AshDS/KAd6lEvmfw/81tYmbY9Ntbd+ABEJ4yNyhZDowLTP6Y X-Received: by 2002:a17:906:a86:: with SMTP id y6mr24270995ejf.354.1615817210157; Mon, 15 Mar 2021 07:06:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1615817210; cv=none; d=google.com; s=arc-20160816; b=jMOcEJ2slS2rJ34k+eu8lwym4Wi14nzy7+dnfqYfkTu0jbFbJxdQHIKhV5NXFcTRby UkOX7+LO1fbewxuaaj9PUfdsni1eTr66BNw7J6QleGgBIzR647d6HeuaK7MGIvDf9HAm 1/YAptieu1Nit+D9rmyaDJjrEjMuE0iF2uBNdFOU2JtQPeiCng2Up+00RasIDHTmZtKB zI9OQu/MMIwTdact5ADqVOabbaaMl+ujQjVWRqHDwLS4O2GYVnQz1rQKDNd9ByOH+HcT RS0JVMoIOcGxws8hEjnYR2NWekBAtHhMEQNFI5tkv1THRhSkaoOSju6tf2ybc4gvaABE eQOw== 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=j/VuWRiDSQizyzQZMVVmllWDew/g84C+2jZu1/PrVhM=; b=n88g+aSLpMycvSP5/6WxjCChoYllqsLTHGIG4qW5biXEiL/iZYT/U1OL8nX0tWefAW PoLEPwFLHASdiZHDmSBiTxrT2XYAbvSjiqBKlel3b/ROYUNM+sXy1S4hbaxVxQB374yM Vk+enHZXKnJdj/fx9t8WOLMBMFhyUb319t0Yu28fpb0a1+vPcPZFO8EfuLIedYneuoqP QG9sWdvIOOmu+7CkkWbfmIUwT4WkbaJUEG8KzJYkrLwh8vpsLbn1OWW7vmJNApbj2jaH 0kRN8+AELLhO/EMnQuIWubtJ1iqODZmJ2Q2GvZXf3LaY/i/MvW9PUu6TkuzGbOIa65Rz vpOg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=XZzQZuJf; 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 d2si10651970ejz.77.2021.03.15.07.06.26; Mon, 15 Mar 2021 07:06:50 -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=XZzQZuJf; 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 S234059AbhCOOCw (ORCPT + 99 others); Mon, 15 Mar 2021 10:02:52 -0400 Received: from mail.kernel.org ([198.145.29.99]:34034 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231228AbhCON44 (ORCPT ); Mon, 15 Mar 2021 09:56:56 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 5D48964EF3; Mon, 15 Mar 2021 13:56:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1615816616; bh=mvbavpRwyDZocyv8ldOUoDiqHwnZizG1ECvHExjijLg=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=XZzQZuJfDRYqfwaRuYg31jgO4iMh9oxi51Exif0tnRN5oGfYHXcUyV9jot306GSjF 81EIqokXTb1jwTn78FKKtVOLyxfomiaHy/9Pkad0vWBCafhPcjMNHQpDXjb9ui8A1A YAA90yte+maxbr2Xy5vHzuNRS3hfZ/LHwagtzBH0= From: gregkh@linuxfoundation.org To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Balazs Nemeth , Willem de Bruijn , "David S. Miller" Subject: [PATCH 5.4 006/168] net: check if protocol extracted by virtio_net_hdr_set_proto is correct Date: Mon, 15 Mar 2021 14:53:58 +0100 Message-Id: <20210315135550.546718379@linuxfoundation.org> X-Mailer: git-send-email 2.30.2 In-Reply-To: <20210315135550.333963635@linuxfoundation.org> References: <20210315135550.333963635@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: Greg Kroah-Hartman From: Balazs Nemeth commit 924a9bc362a5223cd448ca08c3dde21235adc310 upstream. For gso packets, virtio_net_hdr_set_proto sets the protocol (if it isn't set) based on the type in the virtio net hdr, but the skb could contain anything since it could come from packet_snd through a raw socket. If there is a mismatch between what virtio_net_hdr_set_proto sets and the actual protocol, then the skb could be handled incorrectly later on. An example where this poses an issue is with the subsequent call to skb_flow_dissect_flow_keys_basic which relies on skb->protocol being set correctly. A specially crafted packet could fool skb_flow_dissect_flow_keys_basic preventing EINVAL to be returned. Avoid blindly trusting the information provided by the virtio net header by checking that the protocol in the packet actually matches the protocol set by virtio_net_hdr_set_proto. Note that since the protocol is only checked if skb->dev implements header_ops->parse_protocol, packets from devices without the implementation are not checked at this stage. Fixes: 9274124f023b ("net: stricter validation of untrusted gso packets") Signed-off-by: Balazs Nemeth Acked-by: Willem de Bruijn Signed-off-by: David S. Miller Signed-off-by: Greg Kroah-Hartman --- include/linux/virtio_net.h | 7 ++++++- 1 file changed, 6 insertions(+), 1 deletion(-) --- a/include/linux/virtio_net.h +++ b/include/linux/virtio_net.h @@ -79,8 +79,13 @@ static inline int virtio_net_hdr_to_skb( if (gso_type && skb->network_header) { struct flow_keys_basic keys; - if (!skb->protocol) + if (!skb->protocol) { + __be16 protocol = dev_parse_header_protocol(skb); + virtio_net_hdr_set_proto(skb, hdr); + if (protocol && protocol != skb->protocol) + return -EINVAL; + } retry: if (!skb_flow_dissect_flow_keys_basic(NULL, skb, &keys, NULL, 0, 0, 0,