Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp2936084imm; Mon, 24 Sep 2018 12:33:11 -0700 (PDT) X-Google-Smtp-Source: ACcGV62ulYZQJZ0/DRmNKsBkY2u2pgg0SA01FpWi4DNZeg28tpAggIutUXnnMRabU5Wo22mtgoGQ X-Received: by 2002:a63:9712:: with SMTP id n18-v6mr226821pge.69.1537817591328; Mon, 24 Sep 2018 12:33:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1537817591; cv=none; d=google.com; s=arc-20160816; b=duR3Eo9xMkA1CS7X+8J2OiNqjcYKfwggsUcMfao1kOTssYBJg3FyvATfOCcnvwADQI QPAPl/iYFdUKJeVK5gbOk7fvjkKTqOfCU1La3Bemg9ZxWBGHOp3ltaOgb7enu9reFYID XfIVZJXBfGAbjgiE+/45O7169DcZhjctg+cgXuW+iMXHDqE/3TI/JbbsTdD5E3wy4OhI arlMzMs2hEn4yMHQNXzIMPvkbUF9dqGLHkGrEVhkMb6PbnNpytQPwffadzwx9ubn7oo4 UbaSFm+Xfkemoy/eYVH4Mm9cSI5+nSeUwxspsyyYNllNEHI47U1XrPtxQ2k0NIpUGMDI 4H1A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=6QstU8zYkeFDEJ7y+v3Vf3jxA+Gyk0iRWkTNN1GpcHw=; b=nlz3iqLqp5/9ZEJNZJJwk9+5cVuoBp4Cj1/O1TzpXhzBUCWTPVv1qCynaOEz7k/XIT 2tlH9TlUCuHOkIdvRbQ6EDNGNAPtoqoNnQLMSY1oVdAiLPzmInsdtinTjmiU+JlWvoQX hk8UzIl3B9aU3dda+rhP1onZ10yPI0C3V4efBoO0RRDiDngXQFH3vo4h8ef6xM9lbUFD 5ZnVEqGtbAyRiuxK8ABibLj8Dv/yMabVk6J8X1ownJlap2NrZJV3hbwgGqUmvGkmEShb tlVEKEiBBnzvEvLauOeLgjRFVuBQP1xAzF9hz/xtBdI0z3rhsesZom2lwHpu5EA5HMm/ HpIA== ARC-Authentication-Results: i=1; mx.google.com; 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 q185-v6si137538pfb.277.2018.09.24.12.32.55; Mon, 24 Sep 2018 12:33:11 -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; 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 S1729987AbeIYAmn (ORCPT + 99 others); Mon, 24 Sep 2018 20:42:43 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:57902 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728683AbeIYAmn (ORCPT ); Mon, 24 Sep 2018 20:42:43 -0400 Received: from localhost (ip-213-127-77-73.ip.prioritytelecom.net [213.127.77.73]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 1BFB5FA3; Mon, 24 Sep 2018 18:39:13 +0000 (UTC) Date: Mon, 24 Sep 2018 20:39:11 +0200 From: Greg KH To: Greg Hackmann Cc: Alexander Viro , Omer Tripp , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, Greg Hackmann , stable@vger.kernel.org Subject: Re: [PATCH] fs: fix possible Spectre V1 indexing in __close_fd() Message-ID: <20180924183911.GB9122@kroah.com> References: <20180924181500.125257-1-ghackmann@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180924181500.125257-1-ghackmann@google.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Sep 24, 2018 at 11:15:00AM -0700, Greg Hackmann wrote: > __close_fd() is reachable via the close() syscall with a > userspace-controlled fd. Ensure that it can't be used to speculatively > access past the end of current->fdt. > > Reported-by: Omer Tripp > Cc: stable@vger.kernel.org > Signed-off-by: Greg Hackmann > --- > fs/file.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/fs/file.c b/fs/file.c > index 7ffd6e9d103d..a80cf82be96b 100644 > --- a/fs/file.c > +++ b/fs/file.c > @@ -18,6 +18,7 @@ > #include > #include > #include > +#include > > unsigned int sysctl_nr_open __read_mostly = 1024*1024; > unsigned int sysctl_nr_open_min = BITS_PER_LONG; > @@ -626,6 +627,7 @@ int __close_fd(struct files_struct *files, unsigned fd) > fdt = files_fdtable(files); > if (fd >= fdt->max_fds) > goto out_unlock; > + fd = array_index_nospec(fd, fdt->max_fds); > file = fdt->fd[fd]; Don't you need 2 "halfs" of a gadget in order to make it work? This is one half, where is the second half? Or am I reading this code wrong here somehow? We don't want to play whack-a-mole with only 1/2 spectre gadgets, otherwise the 700+ patches that Red Hat added to their kernel would have been merged already. Which reminds me, did the Red Hat tooling catch this one as well? If not, someone need to go fix it :) thanks, greg k-h