From patchwork Wed Apr 17 08:30:49 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Linus Walleij X-Patchwork-Id: 13632985 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 05837C4345F for ; Wed, 17 Apr 2024 08:31:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:Cc:To:MIME-Version:Message-Id:Date: Subject:From:Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References: List-Owner; bh=dq3dZIWynnKqO2oxL9a0UjTQdM+vvNgoxzsfHgEKNjQ=; b=3O2AUnCTAKM6C+ +R88dKp6J4cxjtg9VHf9GhyXau5fpS6LI1xfLKkfU0sXUH7aOZ0BRylU1CRylmvyCjuVwuVOM0BL2 L2D66tuY1OjkT0fFl7YMvgOik0uOrKzDNa4v+58XYf5GH+1OKJzFFCbBzn3iW2EtA4ckqLAZWsAuR IENzJovZY6SgaGnSf79+QjLQXRDlDqKpzJXHhNagnx/e0Rpdi9jfrlOwCsWqBk3ZpIaKMzwFh4ajs gOMiyo7IialnOd7Jp4/NrQEQeFM20QYlVsTlWXfPBfaJEybpS3S61ZMQnlBXIfWydN4FxWw8Q3A0f i2v5rNsmfThYdDMuAo9Q==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.97.1 #2 (Red Hat Linux)) id 1rx0hB-0000000FDLv-3lF1; Wed, 17 Apr 2024 08:31:09 +0000 Received: from mail-lj1-x232.google.com ([2a00:1450:4864:20::232]) by bombadil.infradead.org with esmtps (Exim 4.97.1 #2 (Red Hat Linux)) id 1rx0h3-0000000FDIV-1dPB for linux-arm-kernel@lists.infradead.org; Wed, 17 Apr 2024 08:31:03 +0000 Received: by mail-lj1-x232.google.com with SMTP id 38308e7fff4ca-2da0b3f7ad2so65970091fa.2 for ; Wed, 17 Apr 2024 01:30:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1713342658; x=1713947458; darn=lists.infradead.org; h=cc:to:content-transfer-encoding:mime-version:message-id:date :subject:from:from:to:cc:subject:date:message-id:reply-to; bh=WOQpdKzoM3UGkFAGWzEr+4psNOjz9xFXVKr4aA38ZC0=; b=ILSWMY3Nwe88Nk39a5Pi9odwMrHrS8RFuEd53vs/BXga4cd9WoLoo7ukPLtXSu4mjB hQJOBpunzDLf+sfYCTCuDUF/S3ITwmKWAdMzWa/K4x526Dd0y9WGMzsfRKA3kIPQAfIH 8r736N48TMzJzaTpTJwdy2GwJYozCVhcDrN+cut3HB82QWpKT7ndsb59oQfYCEgXz8eJ 1W/KYjPi+ebnbD32sbqOpr5EPYTaNJGp2O0mo7tVNv64s/n6l7lOJBrAzMx1usyu5kHh XpnfWT4JpqIEOOW8IDsO/mVgdFbLuLGumAsuONboSVbugBMkdqMRsM7pt/yxTw1Glw0L nwTA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1713342658; x=1713947458; h=cc:to:content-transfer-encoding:mime-version:message-id:date :subject:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=WOQpdKzoM3UGkFAGWzEr+4psNOjz9xFXVKr4aA38ZC0=; b=cMuakkXTxrm//B5R4fZhLjBuznjuInIby0sFiuuG31yctY6vY8+1YDgqwzoXf/HytF NorpjT4FxG7u4ai3DKLbmzVK+efBI9RDUwQct2lrCjSohL3W7o257f+zmtSvzR+zn7oi 7lHStMmKzyRnuQPErYioKZSAf9/k6n8IlBinMyNpnsrh1O2qwSV5Qo+udqLC7QyjiZWj 7Vm9WOvt31n2YTHeYdO05a1imFwFYxTzS0Uin5D09/wn6eG8FVCTC9iFU3ZyNQi/r4Mj JsazxiwtNrZh8y8QTdASagieqo5ISw5+qmvykD/lVxELHT0u+3yWxLNHsnqGDE99RVR/ XJyQ== X-Gm-Message-State: AOJu0Yx7HOTBzFHLzlWJ+CpDlznC5+IoXgZgOrk8WK1WfixOJnHLwe/c txwpj2cdFxWeIx7sm53o2QSngdcIMxyL92QbYOa65aK0uZNTcEdFWeOElgcU+aU= X-Google-Smtp-Source: AGHT+IHHCGhCXtMnPPLbwsqP6gsQnw3GSYaZgh9NX1F3Tf1Wb/gzdMB4R9FzFIwJvlrqA5NBOwrXNw== X-Received: by 2002:a05:6512:280c:b0:519:2f77:5074 with SMTP id cf12-20020a056512280c00b005192f775074mr3116468lfb.35.1713342657738; Wed, 17 Apr 2024 01:30:57 -0700 (PDT) Received: from [192.168.1.140] ([85.235.12.238]) by smtp.gmail.com with ESMTPSA id d10-20020ac24c8a000000b00516d2489f16sm1873151lfl.260.2024.04.17.01.30.56 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 17 Apr 2024 01:30:57 -0700 (PDT) From: Linus Walleij Subject: [PATCH v6 00/11] CFI for ARM32 using LLVM Date: Wed, 17 Apr 2024 10:30:49 +0200 Message-Id: <20240417-arm32-cfi-v6-0-6486385eb136@linaro.org> MIME-Version: 1.0 X-B4-Tracking: v=1; b=H4sIALqIH2YC/2XQwW7CMAwG4FdBOZPJsZ1AOe090A4hJBBptCidI ibUd5/LDg3q8bfz/ZLzVGMsOY7qsHmqEmse89BLcNuNClffX6LOZ8kKARmMsdqXG6EOKWtnzw4 SyhT2St7fS0z58eo6fkm+5vFnKL+v6mrm6X8LYttSjQbtOiYCl8DZ0+d37n0ZPoZyUXNNxYUS7 FqKQkPYcfSycSdaUWqoMS0loYjsIYFnG3BFuaG4bykL9XI0O0OdQbuidqH89mPVCk1JbEcxhhD e6DRNf/VPmBaPAQAA To: Russell King , Sami Tolvanen , Kees Cook , Nathan Chancellor , Nick Desaulniers , Ard Biesheuvel , Arnd Bergmann Cc: linux-arm-kernel@lists.infradead.org, llvm@lists.linux.dev, Linus Walleij X-Mailer: b4 0.13.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20240417_013101_528925_55E596C6 X-CRM114-Status: GOOD ( 28.89 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org This is a first patch set to support CLANG CFI (Control Flow Integrity) on ARM32. For information about what CFI is, see: https://clang.llvm.org/docs/ControlFlowIntegrity.html For the kernel KCFI flavor, see: https://lwn.net/Articles/898040/ The base changes required to bring up KCFI on ARM32 was mostly related to the use of custom vtables in the kernel, combined with defines to call into these vtable members directly from sites where they are used. We annotate all assembly calls that are called directly from C with SYM_TYPED_FUNC_START()/SYM_FUNC_END() so it is easy to see while reading the assembly that these functions are called from C and can have CFI prototype information prefixed to them. As protype prefix information is just some random bytes, it is not possible to "fall through" into an assembly function that is tagged with SYM_TYPED_FUNC_START(): there will be some binary noise in front of the function so this design pattern needs to be explicitly avoided at each site where it occurred. The approach to binding the calls to C is two-fold: - Either convert the affected vtable struct to C and provide per-CPU prototypes for all the calls (done for TLB, cache) or: - Provide prototypes in a special files just for CFI and tag all these functions addressable. The permissive mode handles the new breakpoint type (0x03) that LLVM CLANG is emitting. To runtime-test the patches: - Enable CONFIG_LKDTM - echo CFI_FORWARD_PROTO > /sys/kernel/debug/provoke-crash/DIRECT The patch set has been booted to userspace on the following test platforms: - Arm Versatile (QEMU) - Arm Versatile Express (QEMU) - multi_v7 booted on Versatile Express (QEMU) - Footbridge Netwinder (SA110 ARMv4) - Ux500 (ARMv7 SMP) - Gemini (FA526) I am not saying there will not be corner cases that we need to fix in addition to this, but it is enough to get started. Looking at what was fixed for arm64 I am a bit weary that e.g. BPF might need something to trampoline properly. But hopefullt people can get to testing it and help me fix remaining issues before the final version, or we can fix it in-tree. Signed-off-by: Linus Walleij --- Changes in v6: - Add a separate patch adding aliases for some cache functions that were just branches to another function. - Link to v5: https://lore.kernel.org/r/20240415-arm32-cfi-v5-0-ff11093eeccc@linaro.org Changes in v5: - I started to put the patches into the patch tracker and it rightfully complained that the patches tagging all assembly with CFI symbol type macros and adding C prototypes were too large. - Split the two patches annotating assembly into one patch doing the annotation and one patch adding the C prototypes. This is a good split anyway. - The first patches from the series are unchanged and in the patch tracker, I resend them anyway and will soon populate the patch tracker with the split patches from this series unless there are more comments. - Link to v4: https://lore.kernel.org/r/20240328-arm32-cfi-v4-0-a11046139125@linaro.org Changes in v4: - Rebase on v6.9-rc1 - Use Ard's patch for converting TLB operation vtables to C - Rewrite the cache vtables in C and use SYM_SYM_TYPED_FUNC in the assembly to make CFI work all the way down. - Instead of tagging all the delay functions as __nocfi get to the root cause and annotate the loop delay code with SYM_TYPED_FUNC_START() and rewrite it using explicit branches so we get CFI all the way down. - Drop the patch turning highmem page accesses into static inlines: this was probably a development artifact since this code does a lot of cache and TLB flusing, and that assembly is now properly annotated. - Do not define static inlines tagged __nocfi for all the proc functions, instead provide proper C prototypes in a separate CFI-only file and make these explicitly addressable. - Link to v3: https://lore.kernel.org/r/20240311-arm32-cfi-v3-0-224a0f0a45c2@linaro.org Changes in v3: - Use report_cfi_failure() like everyone else in the breakpoint handler. - I think we cannot implement target and type for the report callback without operand bundling compiler extensions, so just leaving these as zero. - Link to v2: https://lore.kernel.org/r/20240307-arm32-cfi-v2-0-cc74ea0306b3@linaro.org Changes in v2: - Add the missing ftrace graph tracer stub. - Enable permissive mode using a breakpoint handler. - Link to v1: https://lore.kernel.org/r/20240225-arm32-cfi-v1-0-6943306f065b@linaro.org --- Ard Biesheuvel (1): ARM: mm: Make tlbflush routines CFI safe Linus Walleij (10): ARM: bugs: Check in the vtable instead of defined aliases ARM: ftrace: Define ftrace_stub_graph ARM: mm: Type-annotate all cache assembly routines ARM: mm: Use symbol alias for two cache functions ARM: mm: Rewrite cacheflush vtables in CFI safe C ARM: mm: Type-annotate all per-processor assembly routines ARM: mm: Define prototypes for all per-processor calls ARM: lib: Annotate loop delay instructions for CFI ARM: hw_breakpoint: Handle CFI breakpoints ARM: Support CLANG CFI arch/arm/Kconfig | 1 + arch/arm/include/asm/glue-cache.h | 28 +- arch/arm/include/asm/hw_breakpoint.h | 1 + arch/arm/kernel/bugs.c | 2 +- arch/arm/kernel/entry-ftrace.S | 4 + arch/arm/kernel/hw_breakpoint.c | 30 ++ arch/arm/lib/delay-loop.S | 16 +- arch/arm/mm/Makefile | 3 + arch/arm/mm/cache-b15-rac.c | 1 + arch/arm/mm/cache-fa.S | 43 ++- arch/arm/mm/cache-nop.S | 61 ++-- arch/arm/mm/cache-v4.S | 53 ++- arch/arm/mm/cache-v4wb.S | 43 +-- arch/arm/mm/cache-v4wt.S | 51 ++- arch/arm/mm/cache-v6.S | 47 ++- arch/arm/mm/cache-v7.S | 72 ++-- arch/arm/mm/cache-v7m.S | 53 ++- arch/arm/mm/cache.c | 663 +++++++++++++++++++++++++++++++++++ arch/arm/mm/proc-arm1020.S | 65 ++-- arch/arm/mm/proc-arm1020e.S | 66 ++-- arch/arm/mm/proc-arm1022.S | 65 ++-- arch/arm/mm/proc-arm1026.S | 66 ++-- arch/arm/mm/proc-arm720.S | 25 +- arch/arm/mm/proc-arm740.S | 26 +- arch/arm/mm/proc-arm7tdmi.S | 34 +- arch/arm/mm/proc-arm920.S | 72 ++-- arch/arm/mm/proc-arm922.S | 65 ++-- arch/arm/mm/proc-arm925.S | 62 ++-- arch/arm/mm/proc-arm926.S | 71 ++-- arch/arm/mm/proc-arm940.S | 65 ++-- arch/arm/mm/proc-arm946.S | 61 ++-- arch/arm/mm/proc-arm9tdmi.S | 26 +- arch/arm/mm/proc-fa526.S | 24 +- arch/arm/mm/proc-feroceon.S | 101 +++--- arch/arm/mm/proc-macros.S | 33 -- arch/arm/mm/proc-mohawk.S | 70 ++-- arch/arm/mm/proc-sa110.S | 23 +- arch/arm/mm/proc-sa1100.S | 31 +- arch/arm/mm/proc-v6.S | 31 +- arch/arm/mm/proc-v7-2level.S | 8 +- arch/arm/mm/proc-v7-3level.S | 8 +- arch/arm/mm/proc-v7-bugs.c | 4 +- arch/arm/mm/proc-v7.S | 66 ++-- arch/arm/mm/proc-v7m.S | 41 +-- arch/arm/mm/proc-xsc3.S | 71 ++-- arch/arm/mm/proc-xscale.S | 125 +++---- arch/arm/mm/proc.c | 500 ++++++++++++++++++++++++++ arch/arm/mm/tlb-fa.S | 12 +- arch/arm/mm/tlb-v4.S | 15 +- arch/arm/mm/tlb-v4wb.S | 12 +- arch/arm/mm/tlb-v4wbi.S | 12 +- arch/arm/mm/tlb-v6.S | 12 +- arch/arm/mm/tlb-v7.S | 14 +- arch/arm/mm/tlb.c | 84 +++++ 54 files changed, 2266 insertions(+), 972 deletions(-) --- base-commit: 4cece764965020c22cff7665b18a012006359095 change-id: 20240115-arm32-cfi-65d60f201108 Best regards,