Received: by 10.213.65.68 with SMTP id h4csp768475imn; Tue, 27 Mar 2018 08:25:34 -0700 (PDT) X-Google-Smtp-Source: AIpwx4/FH3yZAgovRZS5ihX0cTsyGM7D2hTjjanUcZ202kGdbU64apoDUEOtwYhajjFTVXA1rrbd X-Received: by 10.101.69.73 with SMTP id x9mr5868103pgr.50.1522164334267; Tue, 27 Mar 2018 08:25:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522164334; cv=none; d=google.com; s=arc-20160816; b=HPvhplNB00z+hQFNUYjYy7olcHQlz5XJG9sUVSU3UoKJaljuWt2C8MYwMLgju4VVya HXm3WQ0iTr9zYCBICyNX7ORkdorGU083xxRN4sSQ7wzVumc+dJ1XFqbuM1uPU7tbhrxX /iWoE9UFL7mC2S9I48dJILNEqprTeJF/ahw9gaHEqfyJ4lIoyQ0NWw46mbawh+fzYt15 XSPZGvV0CnStsCDK7MQRvvMA/dFwiiC5X21sx7cfLeBTaE+1zgP9WijlX6NAbZw3YDev H3yu6UyDwfEzJ2G3QK21v8064vRLhxD2LKzvo4GfRjJm4PMcQnFvcybENaDjDUWkVpZP v5ww== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature:arc-authentication-results; bh=q5ukmst9y3GNCi0Se99Iuf2Cq/WgxiOdVjMcmXBU1PE=; b=asHG4E2A2Dx+waPcINxcSenHtjJtKnR0sc+O5H+DIkr4JWtQcfa5KXVMmT1KFkMCDK gyqB5f/kSIaaa4V7O7E/rAw94aRA4W2Q4frx/QL1ElnZOHL8LeS9/L9EanLbPSriOnf5 f2v8Anu1jwQlgGesMr/V9IFw/ViYxnhdjeE+lM8h6KyMoJ5spVeAj3Dhk6R4Qt5EaQor 9p21gW2SW0yzUgdlIEN+X3Yu0/TL7Wq5MIjZ5pTGgoNzr+wG3IUQNZEXL2ZIAoLsMzV0 iDDDg4n8IZw4bmz9T6kXjy4JFsHU8dXj0msR60V2Y7d5AHCk9P2quj7m3UGCs1yMojii 2X1A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@networkplumber-org.20150623.gappssmtp.com header.s=20150623 header.b=kk1uMRbq; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t19-v6si1452741plo.102.2018.03.27.08.25.19; Tue, 27 Mar 2018 08:25:34 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@networkplumber-org.20150623.gappssmtp.com header.s=20150623 header.b=kk1uMRbq; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752490AbeC0PWv (ORCPT + 99 others); Tue, 27 Mar 2018 11:22:51 -0400 Received: from mail-pl0-f68.google.com ([209.85.160.68]:35210 "EHLO mail-pl0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752331AbeC0PWt (ORCPT ); Tue, 27 Mar 2018 11:22:49 -0400 Received: by mail-pl0-f68.google.com with SMTP id p9-v6so14287717pls.2 for ; Tue, 27 Mar 2018 08:22:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=q5ukmst9y3GNCi0Se99Iuf2Cq/WgxiOdVjMcmXBU1PE=; b=kk1uMRbqGt9shU6ZcbUIfMI4MwBToBEMePnK+gdfKtlTtp6A6j1rL/O57p12nmbc7m 5Owy+jHQoZCFUCgp9muCgcbd69Lrx87I+sKnZTm4PJc26FWWOSOF9A3pWsJaM6AB6W03 7oUGpcpij9/3ZRmYLDCVHus53Gcj9DVz4YdwhnNYgGepznMwZafiM8s05MoybVrvjvaO 7PY5Nlx1czrX18Wq+F+sghYFCgbwyH56yvwdbPvfW76Ke9ILMTo4r9TjEpkY6LlIDUg2 YMSRsxFyqYek7jsJDEltzSQq1/Q0xWCVbS3yqq40FLFSeQ2gPW2sdzyPl7jNqSbHg5FI 0Mmw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=q5ukmst9y3GNCi0Se99Iuf2Cq/WgxiOdVjMcmXBU1PE=; b=H1Rs5UoijfWMwEZW9IORdDhN1D/PsszQS1dk0D/5sZijeahZZE0DpzqIrWCRPYVJR2 Q9JguM1P6ySemxpJpQfJ+J6rMyJCIJA6G6FVZzKOkNChwjsW5sai8Zflyf9uW5cEhHXe pFa1oMxEeRtyg9ERK5xNdBf3v4fM/NyaclNLfCmYISaeJZnckjW4m602GwJzM/9feOWA nFE4q+IihP5QTpU02pVHOyIPeXgoQG2bDl5+0ZZkVRoKqVOx5Mh8d+7Y3fjLjVuJBu6O DuQFg/Bl7u/AYYblUKTYtoHDgZt+LAbiAJVmbZeRrMgtd5FF8OAku8dlqdbNxet9aGsE eSDQ== X-Gm-Message-State: AElRT7E/aNMdairLUBr6+RFg+H/QwbyDo32FHRihRbyQL4yek6s0CuV/ V+bdqgcASzqVXwdQpAGCgrf6SeIhkQs= X-Received: by 2002:a17:902:ac8a:: with SMTP id h10-v6mr1977041plr.290.1522164168405; Tue, 27 Mar 2018 08:22:48 -0700 (PDT) Received: from xeon-e3 (204-195-71-95.wavecable.com. [204.195.71.95]) by smtp.gmail.com with ESMTPSA id w134sm3947719pfd.132.2018.03.27.08.22.47 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 27 Mar 2018 08:22:48 -0700 (PDT) Date: Tue, 27 Mar 2018 08:22:45 -0700 From: Stephen Hemminger To: Haiyang Zhang Cc: haiyangz@microsoft.com, davem@davemloft.net, netdev@vger.kernel.org, olaf@aepfle.de, sthemmin@microsoft.com, linux-kernel@vger.kernel.org, devel@linuxdriverproject.org, vkuznets@redhat.com Subject: Re: [PATCH net-next, 2/2] hv_netvsc: Add range checking for rx packet offset and length Message-ID: <20180327082245.591612dc@xeon-e3> In-Reply-To: <20180322190114.25596-3-haiyangz@linuxonhyperv.com> References: <20180322190114.25596-1-haiyangz@linuxonhyperv.com> <20180322190114.25596-3-haiyangz@linuxonhyperv.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 22 Mar 2018 12:01:14 -0700 Haiyang Zhang wrote: > From: Haiyang Zhang > > This patch adds range checking for rx packet offset and length. > It may only happen if there is a host side bug. > > Signed-off-by: Haiyang Zhang > --- > drivers/net/hyperv/hyperv_net.h | 1 + > drivers/net/hyperv/netvsc.c | 17 +++++++++++++++-- > 2 files changed, 16 insertions(+), 2 deletions(-) > > diff --git a/drivers/net/hyperv/hyperv_net.h b/drivers/net/hyperv/hyperv_net.h > index 0db3bd1ea06f..49c05ac894e5 100644 > --- a/drivers/net/hyperv/hyperv_net.h > +++ b/drivers/net/hyperv/hyperv_net.h > @@ -793,6 +793,7 @@ struct netvsc_device { > > /* Receive buffer allocated by us but manages by NetVSP */ > void *recv_buf; > + u32 recv_buf_size; /* allocated bytes */ > u32 recv_buf_gpadl_handle; > u32 recv_section_cnt; > u32 recv_section_size; > diff --git a/drivers/net/hyperv/netvsc.c b/drivers/net/hyperv/netvsc.c > index 1ddb2c39b6e4..a6700d65f206 100644 > --- a/drivers/net/hyperv/netvsc.c > +++ b/drivers/net/hyperv/netvsc.c > @@ -289,6 +289,8 @@ static int netvsc_init_buf(struct hv_device *device, > goto cleanup; > } > > + net_device->recv_buf_size = buf_size; > + > /* > * Establish the gpadl handle for this buffer on this > * channel. Note: This call uses the vmbus connection rather > @@ -1095,11 +1097,22 @@ static int netvsc_receive(struct net_device *ndev, > > /* Each range represents 1 RNDIS pkt that contains 1 ethernet frame */ > for (i = 0; i < count; i++) { > - void *data = recv_buf > - + vmxferpage_packet->ranges[i].byte_offset; > + u32 offset = vmxferpage_packet->ranges[i].byte_offset; > u32 buflen = vmxferpage_packet->ranges[i].byte_count; > + void *data; > int ret; > > + if (unlikely(offset + buflen > net_device->recv_buf_size)) { > + status = NVSP_STAT_FAIL; > + netif_err(net_device_ctx, rx_err, ndev, > + "Packet offset:%u + len:%u too big\n", > + offset, buflen); > + > + continue; > + } > + If one part of the RNDIS packet is wrong then the whole receive buffer is damaged. Just return, don't continue. It could really just be a statistic and a one shot log message.