Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp111697pxy; Wed, 28 Apr 2021 00:10:59 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxJXLF/X7hOFIGtvNmHg2j+tg4jWD5dW3VFLbcxGEtO6yzFL6MAeAE7ESnp3zW285RbBHkK X-Received: by 2002:a17:902:bc49:b029:ec:fdd8:a44c with SMTP id t9-20020a170902bc49b02900ecfdd8a44cmr21337252plz.63.1619593859347; Wed, 28 Apr 2021 00:10:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1619593859; cv=none; d=google.com; s=arc-20160816; b=xMPOfPuPW94uFlMYakFLtJZS2v4VyhFszyuj5cPXYdNl0TiF+FuBxSAtBy/2ZQFDm+ XPXspO8xSz4EDYBL2aQpA8hR8PWD1bKjzL1KM97nsg8BvReykkDa9dPD+0O6dinAXma4 dz/2r4OuDv7FhSEBkIy+eCEpWXpzYLicj8GacIEwA+wughbPna1hyqoO4L6EG+cdGOjB VgNE61rNf1wZb56f7LCKmWyJ1oiCgPrL0hF9wwZTF7v2mhl2hbE750pa4QfMJEnHUXAP 3DWAeTeKn8gnbj/g231Hmnh57ijx2z/kJbAE4dsMn61j+PWdCu2cWqau+9gYzS7THld2 uFDw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=RWkZ7y124wZDlvFZeVOHwi44FWuPc97fd18UO+38+G8=; b=k6MZm+Dl4K3ZxVDajgn85Up98iPJ35CFY7jfHVqHnJ1ABth+E1ushxACrDvP5jPyfO 4HycxO85aN59lM8f4FK6G/UVC8f6GEa4JWoVLkANII6N+KcnY8+/yluaf0Qk3ZkR5AjK gQ5bOXEpjK+5SdkMb6XcqodEdb4g3d3nyek20VVI3jXbQXu90gphT1h5u2riqzhgK8yw BnBf3Twi5G0YxMrTR0V7/fGikVMAbaEYfRKuSsEjaHtqIiG2wyoyxvwG3SFgm330UuyS 1Sz5BS0kkR5P5xruNQ5krVS4LG1/2i855tcvzhSjXNdxor6d77sGKcRBJmBzp9iZmZhR qs5A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=oXB6N1VP; 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 e18si6787869pfn.211.2021.04.28.00.10.46; Wed, 28 Apr 2021 00:10:59 -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=oXB6N1VP; 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 S231600AbhD1HJT (ORCPT + 99 others); Wed, 28 Apr 2021 03:09:19 -0400 Received: from mail.kernel.org ([198.145.29.99]:58186 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230186AbhD1HJS (ORCPT ); Wed, 28 Apr 2021 03:09:18 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 9653261139; Wed, 28 Apr 2021 07:08:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1619593714; bh=udDQtmIalh2hlX2z7l9+aH118XrJ003pocPvQQQSRfM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=oXB6N1VPShtKlGr+l+j2jULFDaGH6KYrk+b3z2RxMoFd3HSZaqfs+rigM2Y0f/OeI U0gdGHiPKIqZw12csKX1Nbc3bIu5O8opZBwlk4i7Yjo2niVu56UXCrCxYdezyG6Ijq OfJW7yzJh7B3W+4vUtCl4z8dvENKA2dwj0dLVQC4= Date: Wed, 28 Apr 2021 09:08:31 +0200 From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Kangjie Lu , Shannon Nelson , "David S . Miller" Subject: Re: [PATCH 173/190] Revert "niu: fix missing checks of niu_pci_eeprom_read" Message-ID: References: <20210421130105.1226686-1-gregkh@linuxfoundation.org> <20210421130105.1226686-174-gregkh@linuxfoundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210421130105.1226686-174-gregkh@linuxfoundation.org> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Apr 21, 2021 at 03:00:48PM +0200, Greg Kroah-Hartman wrote: > This reverts commit 26fd962bde0b15e54234fe762d86bc0349df1de4. > > Commits from @umn.edu addresses have been found to be submitted in "bad > faith" to try to test the kernel community's ability to review "known > malicious" changes. The result of these submissions can be found in a > paper published at the 42nd IEEE Symposium on Security and Privacy > entitled, "Open Source Insecurity: Stealthily Introducing > Vulnerabilities via Hypocrite Commits" written by Qiushi Wu (University > of Minnesota) and Kangjie Lu (University of Minnesota). > > Because of this, all submissions from this group must be reverted from > the kernel tree and will need to be re-reviewed again to determine if > they actually are a valid fix. Until that work is complete, remove this > change to ensure that no problems are being introduced into the > codebase. > > Cc: Kangjie Lu > Cc: Shannon Nelson > Cc: David S. Miller > Signed-off-by: Greg Kroah-Hartman > --- > drivers/net/ethernet/sun/niu.c | 10 ++-------- > 1 file changed, 2 insertions(+), 8 deletions(-) > > diff --git a/drivers/net/ethernet/sun/niu.c b/drivers/net/ethernet/sun/niu.c > index 707ccdd03b19..d70cdea756d1 100644 > --- a/drivers/net/ethernet/sun/niu.c > +++ b/drivers/net/ethernet/sun/niu.c > @@ -8097,8 +8097,6 @@ static int niu_pci_vpd_scan_props(struct niu *np, u32 start, u32 end) > start += 3; > > prop_len = niu_pci_eeprom_read(np, start + 4); > - if (prop_len < 0) > - return prop_len; > err = niu_pci_vpd_get_propname(np, start + 5, namebuf, 64); > if (err < 0) > return err; > @@ -8143,12 +8141,8 @@ static int niu_pci_vpd_scan_props(struct niu *np, u32 start, u32 end) > netif_printk(np, probe, KERN_DEBUG, np->dev, > "VPD_SCAN: Reading in property [%s] len[%d]\n", > namebuf, prop_len); > - for (i = 0; i < prop_len; i++) { > - err = niu_pci_eeprom_read(np, off + i); > - if (err >= 0) > - *prop_buf = err; > - ++prop_buf; > - } > + for (i = 0; i < prop_len; i++) > + *prop_buf++ = niu_pci_eeprom_read(np, off + i); > } > > start += len; > -- > 2.31.1 > The commit here was incorrect, while it is nice to check if niu_pci_eeprom_read() succeeded or not when using the data, any error that might have happened was not propagated upwards properly, causing the kernel to assume that these reads were successful, which results in invalid data in the buffer that was to contain the successfully read data. I will keep the revert and fix this up properly in a latter submission. greg k-h