Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp2036839imu; Sun, 18 Nov 2018 14:19:38 -0800 (PST) X-Google-Smtp-Source: AFSGD/Vj/k5lY+IqzFzGSPPYhAR/pAFuEcylLKzQYwhFXW7tCAAiixHEpH7X40JurhcCQJxFgwAV X-Received: by 2002:a17:902:7009:: with SMTP id y9-v6mr5167614plk.108.1542579578773; Sun, 18 Nov 2018 14:19:38 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1542579578; cv=none; d=google.com; s=arc-20160816; b=liMQdqeKRn0AsMXLoqj0V/PS4LipaPIXzETDyGv74zCw6EiJGmrKysMFMzpTZ/ba0A Xhvza6Q2jCARt2Stv2DVx5d1s+aHahyUL6uw3NL/VcRXznXOZr76CmKubvUrmCn0bVUJ PoicbbxObWRSesFDjWCMD0wW7pbjaI7di8T4rYtEFEhsJnlY8X7ePH+d9ceHv6QrEkj+ FvPgRDjqlJVnNl0pd/ZxesL++ogYILV8ilP47Lc8NZ5AGvnLsx7Mrtvb5AZMNyHR32iu TNJVlpGhquqQ51dURUO5M48+vSnaWFb2lRzBAwckUzjwnq5kmydDH6YuVtjSIP68zzPF psAQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date; bh=YX/Pad5TQ9Zfc427nToDDliqc5eZclmWNQu/LSVaZm4=; b=pHTpnTM+fr1tRSqHCltxeAOyLoUT9Ms8S4xPDKk9twWvWHoJXyYWuCMRUIVMoVq09R lUBVHzYlTq19AO6yFgh6ksDyfJ4z/LW9LJ2yjNDxZ6/ihDz0sNpWrOe2/LQUchH8DK/C BFbpkvjK4BLmf5W07P7VA41jqbq/Vf8SDITPIkaehtcO1rBl4pAkQgHAcLZ0yWjsqhqg SmbJimpKI1zaQPtLvKyrsqPyNpimE+oAih4f5Viua5hjHgSVklxCbmlAXl/Bk7GZGFiE WImzdQmjgBr9DLw5uwufghOQy8dqbQJMl4pvFNl52XSOK1Th69hhpso8jsT/SeO0hjhU fH0Q== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 87si14480791pfs.7.2018.11.18.14.19.23; Sun, 18 Nov 2018 14:19:38 -0800 (PST) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727788AbeKSIjF (ORCPT + 99 others); Mon, 19 Nov 2018 03:39:05 -0500 Received: from mx2.suse.de ([195.135.220.15]:47026 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725826AbeKSIjF (ORCPT ); Mon, 19 Nov 2018 03:39:05 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 67FF7AF99; Sun, 18 Nov 2018 22:17:31 +0000 (UTC) Date: Sun, 18 Nov 2018 23:17:30 +0100 (CET) From: Jiri Kosina To: Linus Torvalds cc: Thomas Gleixner , Peter Zijlstra , Josh Poimboeuf , Andrea Arcangeli , David Woodhouse , Andi Kleen , Tim Chen , Casey Schaufler , Linux List Kernel Mailing , the arch/x86 maintainers , stable@vger.kernel.org Subject: Re: STIBP by default.. Revert? In-Reply-To: Message-ID: References: User-Agent: Alpine 2.21 (LSU 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 18 Nov 2018, Linus Torvalds wrote: > > So, I think it's as theoretical as any other spectrev2 (only with the > > extra "HT" condition added on top). > > What? No. > > It's *way* more theoretical than something like meltdown, which could > be trivially used to get data from another protection domain. Oh yeah, I absolutely agree that spectrev2 and Meltdown and completely different beasts. > Have you seen any actual realistic attacks for normal human users? > Things where the *kernel* should actually care? > > The javascript thing is for the browser to fix up, It's probably not just browsers, but anything running JITed sandboxed code. So the most straightforward way might be the prctl() aproach, where userspace would claim "I do care about this, please fix it up for me". So prctl() + perhaps SECCOMP. Which gets us back to Tim's fixup patch. Do you still prefer the revert, given the existence of that? I think that if Tim's fixup makes it through (it's currently missing SECCOMP handling, but that is trivial to add on top), it might be the best compromise. We'd also have have to make IBPB obey it to be consistent (and get even a few more % of performance back), but that's easy as well. Thanks, -- Jiri Kosina SUSE Labs