Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp1437968pxf; Fri, 9 Apr 2021 08:25:00 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzhaIPL7d6PhkjXS2pmpfY6llTMS2t9uF7lvzqDsu9uFy2G+7RczwZ+YsS8oCfDletyIB14 X-Received: by 2002:a65:5a81:: with SMTP id c1mr2400678pgt.356.1617981899940; Fri, 09 Apr 2021 08:24:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617981899; cv=none; d=google.com; s=arc-20160816; b=097J2AjwAyo8+XXqQBJA+mHbNL3Ukxj7UeGlR32sh3bulO2QENj7N5WU/6HZMBDQVN hQwYgv1krD4W8pF1/t72ALsYL4CgzqibNrIfZCIhsbjjNOdCT5o7aePXU4bVZWN34sz1 YZjepPp0TCaJL2/GsErkhJqk8Dv2ImbyuYXnPs0XtG9QeHk5iEHmS+sKwra93l8oK1oU R7dnzD8Xez31UTx5wljcnwjXdKff8UPtc0cRz9mM4CC9x607UupHTSTTpKxexaZDI5sQ 3dk8gdbib1dnRErIlCpZeILh2cFujTXYGts+zGD3nvSWqLBERc7sRoovl9UuXaiRNnPW 2MzA== 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=+k4OGaKct24bDTvy6WNpkixMUqc+BwIGOTLeQUlDJc4=; b=ARUo1fpof1km7EhbCNyPTXyXiJELCG7jVy5si/Qwk5lJ3S4viiMdy/rOIeQoGqf0U4 /YVFabzuqtKKuWQkfer9d1sNhpr9pdRE05zADgiOSP5P1YdyzFrneVI942gkmCP+KV2C COrnKP3XkT9obI8UvejclEi+aE9P46U6qHMjNPzBDo3ytfM+eS/SGLyPKMULLgQE3WQv RwOOrbInSEPaHI44i97VLnMHx+lfGus5TCwJpOXnVqj7KU8cNvtv1NrTkRQs+bIYKM3P VeEBUS7csn8r7RethrzGbE+1Q8d0JOXN2VrwY/sKEBMAe9ZdyOZ3nehlqlWFjbZfYdJO LDCw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@shutemov-name.20150623.gappssmtp.com header.s=20150623 header.b=1Wu1lDrL; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id bg12si2950609plb.381.2021.04.09.08.24.47; Fri, 09 Apr 2021 08:24: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=@shutemov-name.20150623.gappssmtp.com header.s=20150623 header.b=1Wu1lDrL; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233687AbhDIPXL (ORCPT + 99 others); Fri, 9 Apr 2021 11:23:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40182 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234065AbhDIPXK (ORCPT ); Fri, 9 Apr 2021 11:23:10 -0400 Received: from mail-lj1-x22f.google.com (mail-lj1-x22f.google.com [IPv6:2a00:1450:4864:20::22f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E0BD8C061762 for ; Fri, 9 Apr 2021 08:22:56 -0700 (PDT) Received: by mail-lj1-x22f.google.com with SMTP id 184so6912162ljf.9 for ; Fri, 09 Apr 2021 08:22:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=shutemov-name.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=+k4OGaKct24bDTvy6WNpkixMUqc+BwIGOTLeQUlDJc4=; b=1Wu1lDrLqKmQYbSQDEj3E9Qxwy8h1i7mhDgpBkPzrLQYTLbGaj5Mp0CsW6mRfMyThA M3l5WLK+P1MkxgBmTaYdZIROCBIj12DdPSCwZqNSj3ObZXK0b0fzj8h/89RpWSnV4TV+ Htot1/fni42/e1gUjMQPMQKljI746lZ6jOJQuaJvg9NIgikAYKMLSHWCbPXd4SmVDfPI LyNR2+J8q/LjOawjya2k3HMCCepMroyH1PsEu4EZgi+yt+w7oCQMlIo3YYV6MiG/t9VH a3vrnuDmVuOI4h25ik81QKx7//UAYMDnAi+T/eFKiOjOJFKh4hxGGfPdcArgZNYFQcgd UFzA== 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:references :mime-version:content-disposition:in-reply-to; bh=+k4OGaKct24bDTvy6WNpkixMUqc+BwIGOTLeQUlDJc4=; b=PhQaCCCUNvEd/oh1zdwQMlYb6Z14Xy2HMUju3qkEnBN6QI20H6Q9i+b/vkTLS0V1Bz 5rpYPARb/fNBBH3Uu+aZE3G7zaux8q4sswBGIAXMuMnGtXq7IN8sZFdHyC1l0xwAenPM 4Giwcm3n4GPjPAQUCr4xqFnQJuwACo0HCIysEtk/BdWkuYJucVBB3PUWGhTslTK/7WkR 5Y1RYfIoPB5gNDP2qbuqvPL2E8Hprd1toTxUwKH0f03+Q3k7Kxp3OHbm4sfoDjpamyLQ doqFSk3REBQmk/z1OvMGWqseDB8rmQ9GD8wh1CKzuRbIV9Q4cFUIAoewFtQErz2MOK4H qUEA== X-Gm-Message-State: AOAM531qNmmyxtZk0dE51Etbly/xParZEdS0qzs1yLrNwR1NaYpQJngk LbXyHN9qSmiMZ/2t7NHKy8en7w== X-Received: by 2002:a2e:a487:: with SMTP id h7mr9297185lji.447.1617981775309; Fri, 09 Apr 2021 08:22:55 -0700 (PDT) Received: from box.localdomain ([86.57.175.117]) by smtp.gmail.com with ESMTPSA id n11sm298684ljg.7.2021.04.09.08.22.54 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 09 Apr 2021 08:22:54 -0700 (PDT) Received: by box.localdomain (Postfix, from userid 1000) id 2C0B7102498; Fri, 9 Apr 2021 18:22:54 +0300 (+03) Date: Fri, 9 Apr 2021 18:22:54 +0300 From: "Kirill A. Shutemov" To: Yu-cheng Yu 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 , Andy Lutomirski , Balbir Singh , Borislav Petkov , Cyrill Gorcunov , Dave Hansen , Eugene Syromiatnikov , Florian Weimer , "H.J. Lu" , Jann Horn , Jonathan Corbet , Kees Cook , Mike Kravetz , Nadav Amit , Oleg Nesterov , Pavel Machek , Peter Zijlstra , Randy Dunlap , "Ravi V. Shankar" , Vedvyas Shanbhogue , Dave Martin , Weijiang Yang , Pengfei Xu , Haitao Huang , "Kirill A . Shutemov" Subject: Re: [PATCH v24 17/30] mm: Add guard pages around a shadow stack. Message-ID: <20210409152254.tmpfubsksrd2qbeq@box.shutemov.name> References: <20210401221104.31584-1-yu-cheng.yu@intel.com> <20210401221104.31584-18-yu-cheng.yu@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210401221104.31584-18-yu-cheng.yu@intel.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Apr 01, 2021 at 03:10:51PM -0700, Yu-cheng Yu wrote: > INCSSP(Q/D) increments shadow stack pointer and 'pops and discards' the > first and the last elements in the range, effectively touches those memory > areas. > > The maximum moving distance by INCSSPQ is 255 * 8 = 2040 bytes and > 255 * 4 = 1020 bytes by INCSSPD. Both ranges are far from PAGE_SIZE. > Thus, putting a gap page on both ends of a shadow stack prevents INCSSP, > CALL, and RET from going beyond. > > Signed-off-by: Yu-cheng Yu > Cc: Kees Cook > Cc: Kirill A. Shutemov > --- > v24: > - Instead changing vm_*_gap(), create x86-specific versions. > > arch/x86/include/asm/page_types.h | 17 +++++++++++++++ > arch/x86/mm/mmap.c | 36 +++++++++++++++++++++++++++++++ > include/linux/mm.h | 4 ++++ > 3 files changed, 57 insertions(+) > > diff --git a/arch/x86/include/asm/page_types.h b/arch/x86/include/asm/page_types.h > index a506a411474d..3a5529bcfd76 100644 > --- a/arch/x86/include/asm/page_types.h > +++ b/arch/x86/include/asm/page_types.h > @@ -73,6 +73,23 @@ bool pfn_range_is_mapped(unsigned long start_pfn, unsigned long end_pfn); > > extern void initmem_init(void); > > +/* > + * Shadow stack pointer is moved by CALL, RET, and INCSSP(Q/D). INCSSPQ > + * moves shadow stack pointer up to 255 * 8 = ~2 KB (~1KB for INCSSPD) and > + * touches the first and the last element in the range, which triggers a > + * page fault if the range is not in a shadow stack. Because of this, > + * creating 4-KB guard pages around a shadow stack prevents these > + * instructions from going beyond. > + */ > +#define SHADOW_STACK_GUARD_GAP PAGE_SIZE The define is only used within arch/x86/mm/mmap.c. Maybe move it there? Otherwise: Reviewed-by: Kirill A. Shutemov -- Kirill A. Shutemov