Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp3513321rwb; Mon, 3 Oct 2022 16:40:15 -0700 (PDT) X-Google-Smtp-Source: AMsMyM59wVebHT4JiMjDTKuNPRwrqEWtMuBzV69c3b4kj72BW6f3/G3kvGk/klp8peNKFxFtafFJ X-Received: by 2002:a17:907:31c7:b0:740:e3e5:c025 with SMTP id xf7-20020a17090731c700b00740e3e5c025mr17013035ejb.341.1664840415670; Mon, 03 Oct 2022 16:40:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664840415; cv=none; d=google.com; s=arc-20160816; b=C+X4O531Bu61gL3rXYtB3jXAxIGFG0zz1wn7K2qEsw9MVO6py/hclzcj2UkvM6xXC8 dVXY1Oq53k4IwsV8t24XMewn3vu6v2OGDJTa5H/q9F2BKuOysyltasKdWdQfDxIV8nsw 12F2l1V19S6KQecfVCcwKPhitxOx6EYTOZag0JkFeup44o4frwT6tuegUDadam17FcJR aE3G8JChG4kCuOgy4REbQgWXEXZD6dz0ttwuxLFZbQ1DEQ0VzaZyOdzmRlKB2uIREMQr 2tsmJmPr9PZ7/kTqxry8eb/w6wtSivVWsEmv0uLUnSKr9UrUQ3ZgUQZVp+Y06P8S6cyx Iy6A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=0sSnz3reJkzpZvYlxI0AP37k5VJHi8ZVSD5CQUajKUY=; b=kYw13h91Xaj5/bdz4zantT2IUhoijHoJ9I00TesKGkPxReBv3HM6mXsz+kxtlu/37b ASNnjdfFG3luA9mQuZk7QrHs6v0pFHrBzbdj5RFqqTZy0x2et8oajm4Y5M6bM8vZsPyi +/vx713N/D07xDD/POUcLVD3NRuNRrbtVaI9shExz+TuCUXD4LLbNJHHy1Hz25wb6nw1 4UoimJ3K+/zMscNvWhEcYF1CYoLNvgZPYpYvynEYULId68RTcZc+N9gZXHptrD+ArE7/ Sly5rrt0CA+46mNAVngmq0rCafV7Mq9Xx0Lnec4TstkAr1d1y+1iIx+X0zfjkfHyT88e crUA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=ikeZ4d26; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id f6-20020a056402160600b00458cd6f8506si5429045edv.173.2022.10.03.16.39.27; Mon, 03 Oct 2022 16:40:15 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=ikeZ4d26; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229824AbiJCXAn (ORCPT + 99 others); Mon, 3 Oct 2022 19:00:43 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45236 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229662AbiJCXAk (ORCPT ); Mon, 3 Oct 2022 19:00:40 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BD40828E38; Mon, 3 Oct 2022 16:00:39 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 57B1061203; Mon, 3 Oct 2022 23:00:39 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id E96D1C433D6; Mon, 3 Oct 2022 23:00:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1664838038; bh=Xkf3Bl/hAOuHkGitFzqAuKe/IKE2LWmGABmXb5OtS5M=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=ikeZ4d26/rwOgesKbWVRO5wEoNTErR8LHHqKYkqW75cxZ1L3X1Wb7zX/m+V6jJeE5 +Ylgz6sIK59ufis/31nPNEZNAlekaVtR2zkRw0CkCRZfy4bsRk13JFNkkc+KwAThhO dtLyV/4iJdS90xMYqz8adnepkLgDq0kshRpG7ibCfhF+6myF9Sw5/XSgAYM0S6xWnM 8u3rQxFXCbyuj8fPOkeWedRr29AfZkUcrIANSNqteraG/IJaRnXbOq/BpC15Be5x2N xoxdEknCqggH1GgSRCv2U0DT26v+pHt8w2QDOXtx20ulLrlZyp40wK3sgdsTmjOO+4 r8WWRvahIoE2A== Message-ID: <6ea0841f-5086-9569-028b-922ec01a9196@kernel.org> Date: Mon, 3 Oct 2022 16:00:36 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.12.0 Subject: Re: [PATCH v2 29/39] x86/cet/shstk: Support wrss for userspace Content-Language: en-US To: Kees Cook , Rick Edgecombe Cc: x86@kernel.org, "H . Peter Anvin" , Thomas Gleixner , Ingo Molnar , linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, linux-mm@kvack.org, linux-arch@vger.kernel.org, linux-api@vger.kernel.org, Arnd Bergmann , Balbir Singh , Borislav Petkov , Cyrill Gorcunov , Dave Hansen , Eugene Syromiatnikov , Florian Weimer , "H . J . Lu" , Jann Horn , Jonathan Corbet , Mike Kravetz , Nadav Amit , Oleg Nesterov , Pavel Machek , Peter Zijlstra , Randy Dunlap , "Ravi V . Shankar" , Weijiang Yang , "Kirill A . Shutemov" , joao.moreira@intel.com, John Allen , kcc@google.com, eranian@google.com, rppt@kernel.org, jamorris@linux.microsoft.com, dethoma@microsoft.com References: <20220929222936.14584-1-rick.p.edgecombe@intel.com> <20220929222936.14584-30-rick.p.edgecombe@intel.com> <202210031525.78F3FA8@keescook> From: Andy Lutomirski In-Reply-To: <202210031525.78F3FA8@keescook> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-8.6 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A, RCVD_IN_DNSWL_HI,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 10/3/22 15:28, Kees Cook wrote: > On Thu, Sep 29, 2022 at 03:29:26PM -0700, Rick Edgecombe wrote: >> For the current shadow stack implementation, shadow stacks contents easily >> be arbitrarily provisioned with data. > > I can't parse this sentence. > >> This property helps apps protect >> themselves better, but also restricts any potential apps that may want to >> do exotic things at the expense of a little security. > > Is anything using this right now? Wouldn't thing be safer without WRSS? > (Why can't we skip this patch?) > So that people don't write programs that need either (shstk off) or (shstk on and WRSS on) and crash or otherwise fail on kernels that support shstk but don't support WRSS, perhaps?