Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp761069pxf; Thu, 18 Mar 2021 10:53:47 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx1GArzSEbjTV3Q+vIaILmHNkRpj8D2zUdBdrbXC+QadCnNRa6EM6o9Tkvpn1ML3c0tgO1e X-Received: by 2002:aa7:d954:: with SMTP id l20mr5155693eds.1.1616090027585; Thu, 18 Mar 2021 10:53:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616090027; cv=none; d=google.com; s=arc-20160816; b=fQWXUPyJtpr1ZvLsoKM0y8VArn+yPqKIA4TG7As6EzKk0P4IITid1HfvPskEJRrJzO DizukHggSI0+pJO3Vpv+yjCYV2sFUQWicDpJzzoy9Q8XWKpOAd9RNjKUGBCRkmUwBrfh sOOYmij6eOWygLpw1Os+9VcmglHdNKQppJBOaBqa2TneXTn7QzgyAqcMU+qrvcGRbTR4 RsLI6L+GSf2QoNDkI6n2g/ZMj9bE+ghIGc8jSnezdI/oRxQQ4ewih5kDvv2eYYTZXYD6 fS4JiheE/a9xsQwnjpVEpUXokj7wtuEwAyxMzkad0MvFQeo9IWawn4BShgUUiWVyu+UX FU6A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=rnxu0Htej1H516ep79Wgi7n3VX+5maU9JLJNzsCgiUM=; b=zmH4PpaOhyDA4i6WRr1YoHWcx47gxmo76fldFB9PCKwuTgPtw3Ir1qYeoiiIyEZ8SL Xn6Jvy8CNJEBYNwfH4F9jlF1IHcZ+rNOvm2a/Due13KUfZfdlGPQEZtm0U/n7lG9/h5u vAH/phqrFzEF5DVuRFYyJ7de0ZFxqt1OMdL2De/q9TlFLObVYDYhcHJC7KvlAdADFCuB BqFgbxcVA97tD7uWgeUy5Pl3vNj+KjVKujOvK49/cwCnUjoIEgI2C27a7YVG3gqomqXx XoPyBs/uyq3LXInnlZqbyhRJm+wiWd9h2k6DCWpOnAdh7QLqzo5sxaxcIau4ggBRWbuI mxDg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=Ni7pji1X; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f7si2045435ejw.650.2021.03.18.10.53.23; Thu, 18 Mar 2021 10:53:47 -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=@google.com header.s=20161025 header.b=Ni7pji1X; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232361AbhCRRu3 (ORCPT + 99 others); Thu, 18 Mar 2021 13:50:29 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42128 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229591AbhCRRuE (ORCPT ); Thu, 18 Mar 2021 13:50:04 -0400 Received: from mail-lf1-x134.google.com (mail-lf1-x134.google.com [IPv6:2a00:1450:4864:20::134]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CCA14C06175F for ; Thu, 18 Mar 2021 10:50:03 -0700 (PDT) Received: by mail-lf1-x134.google.com with SMTP id o10so5921543lfb.9 for ; Thu, 18 Mar 2021 10:50:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=rnxu0Htej1H516ep79Wgi7n3VX+5maU9JLJNzsCgiUM=; b=Ni7pji1XH63Bsx+pQeydcoFnVFUKTo4EK8YEo+eRY0n8Z2OlAnJtkVrPBHxbEsi1+R +o0D2M9JZb3tGqGl8p3T5U+v1MyYLTUUMRcgkL4iuhrlTfi3bi87ds7MxG2e3n0KlK6i 3dJiohcmgFoCgox4RNZsf0OK7goEnUFKbgGqAAdLekm/+D9U6DNU7jqJvakwMwfDAFa4 v8f//XFUMtHrMKaTRuIfAgjuRPu2++XBnBmKfeuHtrLLgiyJIOsF+rgRl3qxfjWKRupz HuO8O/BYYDPWXJdD72MiPYs06QEHnux8aIOk5Nz61Niw4ufVgh0Hi+g9U0GNCsttzUhd wMtw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=rnxu0Htej1H516ep79Wgi7n3VX+5maU9JLJNzsCgiUM=; b=F/8SuQlAxG0FZc9FT9pKem5D3ueOXfD7IxQ05G+KxAuH8OpNv9RfTbVP3fvn6JAHmv g5NHUbYqTVq/eZi3hsqtPZoagPWAg+RDWD7Fp3hbWX24KDLGVfEh2QS/E5optwpeMP82 JWptUJEJfpOBz5zsvPFcZJb9YISuOz3ZYDlJPL6lLU5r4TupZXrZvpqw1B2ReeJUbFau C+R7LxXOHB5n94DP/2tqExsNUdwjhZluzdhRmqlYV9uRc9Cm2vMS+WDHwuVmcteByMJq tq4C+qfRqsydP9pKTfIMdgI3JzCVampGEjs2ouwwW8LEvBXOgE6Qckl85Z0YCNsV5+3r a1zA== X-Gm-Message-State: AOAM530XQXqJ58wElLn5/NBf7HGBP52yRutiXrSki01i+QA1LG0uEB3q Q0aKzzbIuhec2l02oxxPqYjG+SRYMbf9jRmvmHBOqw== X-Received: by 2002:a05:6512:985:: with SMTP id w5mr5887489lft.122.1616089801932; Thu, 18 Mar 2021 10:50:01 -0700 (PDT) MIME-Version: 1.0 References: <20210318171111.706303-1-samitolvanen@google.com> <20210318171111.706303-3-samitolvanen@google.com> In-Reply-To: <20210318171111.706303-3-samitolvanen@google.com> From: Nick Desaulniers Date: Thu, 18 Mar 2021 10:49:50 -0700 Message-ID: Subject: Re: [PATCH v2 02/17] cfi: add __cficanonical To: Sami Tolvanen Cc: Kees Cook , Nathan Chancellor , Masahiro Yamada , Will Deacon , Jessica Yu , Arnd Bergmann , Tejun Heo , "Paul E. McKenney" , Christoph Hellwig , bpf , linux-hardening@vger.kernel.org, linux-arch , Linux ARM , Linux Kbuild mailing list , PCI , LKML Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Mar 18, 2021 at 10:11 AM Sami Tolvanen wrote: > > With CONFIG_CFI_CLANG, the compiler replaces a function address taken > in C code with the address of a local jump table entry, which passes > runtime indirect call checks. However, the compiler won't replace > addresses taken in assembly code, which will result in a CFI failure > if we later jump to such an address in instrumented C code. The code > generated for the non-canonical jump table looks this: > > : /* In C, &noncanonical points here */ > jmp noncanonical > ... > : /* function body */ > ... > > This change adds the __cficanonical attribute, which tells the > compiler to use a canonical jump table for the function instead. This > means the compiler will rename the actual function to .cfi > and points the original symbol to the jump table entry instead: > > : /* jump table entry */ > jmp canonical.cfi > ... > : /* function body */ > ... > > As a result, the address taken in assembly, or other non-instrumented > code always points to the jump table and therefore, can be used for > indirect calls in instrumented code without tripping CFI checks. > > Signed-off-by: Sami Tolvanen > Reviewed-by: Kees Cook > Acked-by: Bjorn Helgaas # pci.h Irrelevant to this series, but I checked when the FN attr was first available in clang; clang-10. (That's the minimum supported version of clang for the kernel, and this series depends on LTO which depends on clang-12, so no additional guards are necessary). Reviewed-by: Nick Desaulniers > --- > include/linux/compiler-clang.h | 1 + > include/linux/compiler_types.h | 4 ++++ > include/linux/init.h | 4 ++-- > include/linux/pci.h | 4 ++-- > 4 files changed, 9 insertions(+), 4 deletions(-) > > diff --git a/include/linux/compiler-clang.h b/include/linux/compiler-clang.h > index 6de9d0c9377e..adbe76b203e2 100644 > --- a/include/linux/compiler-clang.h > +++ b/include/linux/compiler-clang.h > @@ -63,3 +63,4 @@ > #endif > > #define __nocfi __attribute__((__no_sanitize__("cfi"))) > +#define __cficanonical __attribute__((__cfi_canonical_jump_table__)) > diff --git a/include/linux/compiler_types.h b/include/linux/compiler_types.h > index 796935a37e37..d29bda7f6ebd 100644 > --- a/include/linux/compiler_types.h > +++ b/include/linux/compiler_types.h > @@ -246,6 +246,10 @@ struct ftrace_likely_data { > # define __nocfi > #endif > > +#ifndef __cficanonical > +# define __cficanonical > +#endif > + > #ifndef asm_volatile_goto > #define asm_volatile_goto(x...) asm goto(x) > #endif > diff --git a/include/linux/init.h b/include/linux/init.h > index b3ea15348fbd..045ad1650ed1 100644 > --- a/include/linux/init.h > +++ b/include/linux/init.h > @@ -220,8 +220,8 @@ extern bool initcall_debug; > __initcall_name(initstub, __iid, id) > > #define __define_initcall_stub(__stub, fn) \ > - int __init __stub(void); \ > - int __init __stub(void) \ > + int __init __cficanonical __stub(void); \ > + int __init __cficanonical __stub(void) \ > { \ > return fn(); \ > } \ > diff --git a/include/linux/pci.h b/include/linux/pci.h > index 86c799c97b77..39684b72db91 100644 > --- a/include/linux/pci.h > +++ b/include/linux/pci.h > @@ -1944,8 +1944,8 @@ enum pci_fixup_pass { > #ifdef CONFIG_LTO_CLANG > #define __DECLARE_PCI_FIXUP_SECTION(sec, name, vendor, device, class, \ > class_shift, hook, stub) \ > - void stub(struct pci_dev *dev); \ > - void stub(struct pci_dev *dev) \ > + void __cficanonical stub(struct pci_dev *dev); \ > + void __cficanonical stub(struct pci_dev *dev) \ > { \ > hook(dev); \ > } \ > -- > 2.31.0.291.g576ba9dcdaf-goog > -- Thanks, ~Nick Desaulniers