Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp2461633iob; Sun, 15 May 2022 20:36:05 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyAyOWWxvTGvrwnDln2J4L5/xjGhEfBlhF+nzqHiWRIU7LwDavkaGIX91dKpGhLMmS9wd7a X-Received: by 2002:a17:907:7247:b0:6f9:bb40:efd8 with SMTP id ds7-20020a170907724700b006f9bb40efd8mr13410322ejc.273.1652672165210; Sun, 15 May 2022 20:36:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652672165; cv=none; d=google.com; s=arc-20160816; b=z4nSc3KFbtvyXhUuMYrJCTI+5v3iMsimMiYN7chv8+6DKXNCTWeGQObVl1rRuKv3q1 E5hceqN8awtrqpS8KU0VWN0vYO3s5g83aynQFg/Vz0ppetAT/l7yyXlDC5TrZWHTgvrV 2OLRcJzStb0cxyRsrDD7VjBodW4eSdv5Geg+DY+es1KYLnVYcJzl8xH67WKL7wwUnJD2 xAYyPSXqQIBGQEFZ8ifs4H9JSkzGHveNgnMK3MWdPmf7WcAr1ySCwCzOsfV22QBQQC36 DPuHUhBPPCnfYZkW5I9+VkSvNFWgq8KjKSrXOZqqI79RA+NE8JE/vDUd784jx6G+50+S mHdw== 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-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=zzwdQrYIZGbhuKxn6txtvucH/uZdk818++RBQ6GUaIw=; b=HRVbfTOE1BLVanvy46gSdZOxBchOXgwfNdY+r//UqVFWkG5mTDroeK9OYgMbVcuDRy UUQTAfydj94bXINLEQphls+cUTTZZCyhpn5XN4n4IVAz/2t4hWFwcnzwRlFX9oG2nY2e 9lt70DyAktQMNv1OvPtydWD6a6qo4aFwgZ5Q3YsilanKrbeFhOxsF5BXgq/d3swYAeie RRa87GeMOcqkkgQACbR40RKGgym0PPenLRRVtksCqahp+cCpOAo/cFyXZ5vc1Y8raPbe g8TsVv35esJEpKswTyxRvGVvaNYEMenymwuv3ZwDsaZP/jCB9xnIKMzyZLSZo7a3u/Wm 12Ag== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=PxaWEdjb; 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=chromium.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id oq19-20020a170906cc9300b006f4a597941csi9039255ejb.118.2022.05.15.20.35.40; Sun, 15 May 2022 20:36:05 -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=@chromium.org header.s=google header.b=PxaWEdjb; 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=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231135AbiENWDB (ORCPT + 99 others); Sat, 14 May 2022 18:03:01 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33282 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230398AbiENWC6 (ORCPT ); Sat, 14 May 2022 18:02:58 -0400 Received: from mail-pf1-x432.google.com (mail-pf1-x432.google.com [IPv6:2607:f8b0:4864:20::432]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CBC1E193DD for ; Sat, 14 May 2022 15:02:57 -0700 (PDT) Received: by mail-pf1-x432.google.com with SMTP id k16so3990751pff.5 for ; Sat, 14 May 2022 15:02:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=zzwdQrYIZGbhuKxn6txtvucH/uZdk818++RBQ6GUaIw=; b=PxaWEdjbiW3JJXRUQ37LWZGFGOX28YHe5IpymM9E99ZFyLMgSvUA3NBHsZObvhXgFf 2rSt5fPeIJL4ESJKx0qQpcgg/M9mCP/rqQ0EpVAzLrP45fXGzYzDvoJcilx+iH6k2PKL O9RY0oKUBzUCas2uurOWQcA3eKgqRAdDanq50= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=zzwdQrYIZGbhuKxn6txtvucH/uZdk818++RBQ6GUaIw=; b=GV1QZDlc4TmIdewa3LeFe2QHwUHOsVVkm21PwvGP8f94tZJHe4Q2pUHKIXawTXnTGY P/ZWyLer56idMiYQofb4FPeMwp2td+CGeNyLpkDP8UlXWltVzC1BvE6PdHZDuFEL6kTt cfAc/ks4aPb7VVzzGGB6grPbNXSWieaU7VYQlctaDQDD0ihP2zW5uNZHQXZNO9AR5qld 7k+nqoTctNx83mUAjVGrkOn5hjlitspoXcFxK1qNgH58q3toleMZHwSPsyEQfoWIG/+N yUWjsbqpnDDqv6IxlX35H5jJHowt7NdysVn4ZiEa7hkAHV11ujX+psaMQCc5UgCiu8Es wrNw== X-Gm-Message-State: AOAM5300BWDzgE+B2nuL3pF+JM/wO4OC6jCBVO8GGff3ntd1j1zxfkXb xK+gd7vxgR/ktJFlBdrRKr2w2g== X-Received: by 2002:a63:561c:0:b0:3c1:42fb:cd81 with SMTP id k28-20020a63561c000000b003c142fbcd81mr9701649pgb.104.1652565777327; Sat, 14 May 2022 15:02:57 -0700 (PDT) Received: from www.outflux.net (smtp.outflux.net. [198.145.64.163]) by smtp.gmail.com with ESMTPSA id p25-20020a62b819000000b0050dc7628182sm4169865pfe.92.2022.05.14.15.02.56 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 14 May 2022 15:02:57 -0700 (PDT) Date: Sat, 14 May 2022 15:02:56 -0700 From: Kees Cook To: Sami Tolvanen Cc: linux-kernel@vger.kernel.org, Josh Poimboeuf , Peter Zijlstra , x86@kernel.org, Catalin Marinas , Will Deacon , Mark Rutland , Nathan Chancellor , Nick Desaulniers , Joao Moreira , Sedat Dilek , Steven Rostedt , linux-hardening@vger.kernel.org, linux-arm-kernel@lists.infradead.org, llvm@lists.linux.dev Subject: Re: [RFC PATCH v2 20/21] x86: Add support for CONFIG_CFI_CLANG Message-ID: <202205141501.92A22264B4@keescook> References: <20220513202159.1550547-1-samitolvanen@google.com> <20220513202159.1550547-21-samitolvanen@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20220513202159.1550547-21-samitolvanen@google.com> X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE 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 Fri, May 13, 2022 at 01:21:58PM -0700, Sami Tolvanen wrote: > With CONFIG_CFI_CLANG, the compiler injects a type preamble > immediately before each function and a check to validate the target > function type before indirect calls: > > ; type preamble > __cfi_function: > int3 > int3 > mov , %eax > int3 > int3 > function: > ... > ; indirect call check > cmpl? ? , -6(%r11) > je .Ltmp1 > ud2 > .Ltmp1: > call __x86_indirect_thunk_r11 > > Define the __CFI_TYPE helper macro for manual type annotations in > assembly code, add error handling for the CFI ud2 traps, and allow > CONFIG_CFI_CLANG to be selected on x86_64. > > Signed-off-by: Sami Tolvanen > --- > arch/x86/Kconfig | 2 ++ > arch/x86/include/asm/linkage.h | 12 +++++++ > arch/x86/kernel/traps.c | 60 +++++++++++++++++++++++++++++++++- > 3 files changed, 73 insertions(+), 1 deletion(-) > > diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig > index 4bed3abf444d..2e73d0792d48 100644 > --- a/arch/x86/Kconfig > +++ b/arch/x86/Kconfig > @@ -108,6 +108,8 @@ config X86 > select ARCH_SUPPORTS_PAGE_TABLE_CHECK if X86_64 > select ARCH_SUPPORTS_NUMA_BALANCING if X86_64 > select ARCH_SUPPORTS_KMAP_LOCAL_FORCE_MAP if NR_CPUS <= 4096 > + select ARCH_SUPPORTS_CFI_CLANG if X86_64 > + select ARCH_USES_CFI_TRAPS if X86_64 && CFI_CLANG > select ARCH_SUPPORTS_LTO_CLANG > select ARCH_SUPPORTS_LTO_CLANG_THIN > select ARCH_USE_BUILTIN_BSWAP > diff --git a/arch/x86/include/asm/linkage.h b/arch/x86/include/asm/linkage.h > index 85865f1645bd..0ee4a0af3974 100644 > --- a/arch/x86/include/asm/linkage.h > +++ b/arch/x86/include/asm/linkage.h > @@ -25,6 +25,18 @@ > #define RET ret > #endif > > +#ifdef CONFIG_CFI_CLANG > +#define __CFI_TYPE(name) \ > + .fill 7, 1, 0xCC ASM_NL \ > + SYM_START(__cfi_##name, SYM_L_LOCAL, SYM_A_NONE) \ > + int3 ASM_NL \ > + int3 ASM_NL \ > + mov __kcfi_typeid_##name, %eax ASM_NL \ > + int3 ASM_NL \ > + int3 ASM_NL \ > + SYM_FUNC_END(__cfi_##name) > +#endif > + > #else /* __ASSEMBLY__ */ > > #ifdef CONFIG_SLS > diff --git a/arch/x86/kernel/traps.c b/arch/x86/kernel/traps.c > index 1563fb995005..320e257eb4be 100644 > --- a/arch/x86/kernel/traps.c > +++ b/arch/x86/kernel/traps.c > @@ -40,6 +40,7 @@ > #include > #include > #include > +#include > > #include > #include > @@ -295,6 +296,62 @@ static inline void handle_invalid_op(struct pt_regs *regs) > ILL_ILLOPN, error_get_trap_addr(regs)); > } > > +#ifdef CONFIG_CFI_CLANG > +static void decode_cfi_insn(struct pt_regs *regs, unsigned long *target, > + unsigned long *type) > +{ > + char buffer[MAX_INSN_SIZE]; > + struct insn insn; > + int offset; > + > + *target = *type = 0; Should report_cfi_failure() have some additional hinting for the case where target/type are zero? Like, "hey, got an inexplicable CFI failure here, but preamble decode failed. Yikes!" Reviewed-by: Kees Cook -- Kees Cook