Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp3146328pxk; Mon, 21 Sep 2020 06:28:20 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzyA8Yudv9fUBkimM9DyOHBWDTnUHIxfwb0n1xScqxqSEWp4IrO3jfVnrdDmLEj3QIntW3A X-Received: by 2002:a17:906:2985:: with SMTP id x5mr48998461eje.136.1600694899856; Mon, 21 Sep 2020 06:28:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1600694899; cv=none; d=google.com; s=arc-20160816; b=Gaqw469eMVHkQ+SZyVEEMxvyPzOgazOwPbLQADUHWMNHsucl9G+At8po5rcXz6UhK3 mqYYBW7QSmSLl2sc2AG/ioJo1AY8XAtY2OjI3rnbi5NYHHg5xUJmG8aKKHNYJBh/54z9 DDzsIr4ARFyxEsUzgvrNQcXRUFcCCmG5kn/Z+XOQXZtpuiv6AparV8HmQalNA8LgLQ2M HFAjsZnhQvDRZxdMnTLHqggX5+ZCyLmORF2quk4yWw2rP2eQbqtxBviMZ0Z/2rUVNzdZ 9xP3krP3FUugYCchtpPN9oPdbDIooCtCn9XyBeqT1QwQ0cih5SSpFVDN6H1QbbPx4lxV QiJw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:from:subject:mime-version:message-id:date :sender:dkim-signature; bh=EdTmVWGaBxdasegvEqn7J8/FntcyBLgQW6ssuU6G+uY=; b=pStv+6a0xEm4xcYsL0LJPwgSCGuUDC+QmZR2VwZfRaiWR0dGmSSWNfR1XyQ64oNNoI 5IGqg4URTj1JPBztAOX/ElJzsNslim4tKVF9f2GcI6dgyylXICqqas7fvKrHuQCdLy4v OylYAVwpSllH9+mqBstDsYiWErjXYWF/y07wd2Agmb0ndDUvVBgTTBrxp+emx+feqGgg aDH8c5dTnAZt9anf/c7mWAmWduzDeWAM8D0WyFleCi3/W7B+OVCNso/YSNRmWMFSm6LA 7wuCNj2xOGnGgecOipC93ir+0nrEnxvQQFgk9WO0pWtKRI+/JhDcosqi581pSsEIWL93 YnxQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=lnXG6wiq; 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 n26si8029403edt.334.2020.09.21.06.27.56; Mon, 21 Sep 2020 06:28:19 -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=lnXG6wiq; 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 S1727109AbgIUN0k (ORCPT + 99 others); Mon, 21 Sep 2020 09:26:40 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59706 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726932AbgIUN0i (ORCPT ); Mon, 21 Sep 2020 09:26:38 -0400 Received: from mail-wr1-x449.google.com (mail-wr1-x449.google.com [IPv6:2a00:1450:4864:20::449]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B1462C061755 for ; Mon, 21 Sep 2020 06:26:37 -0700 (PDT) Received: by mail-wr1-x449.google.com with SMTP id 33so5899299wre.0 for ; Mon, 21 Sep 2020 06:26:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=sender:date:message-id:mime-version:subject:from:to:cc; bh=EdTmVWGaBxdasegvEqn7J8/FntcyBLgQW6ssuU6G+uY=; b=lnXG6wiqGOGBXPQPYdbxIqzXj/EsfLNKDABAmaM/yeVcSkvQbro9/uLwR1z3cLAyKW IvGmn8fhlBoU3TDbuy+xcDsxKmHpaAhmAoFDVGDtIigifLUTi4vKm1mAStZ+9UgM0eat ENjfkuVk4rUGKQJZzDVyoO79zd/5kuthc4MLoJTmXmnr7d7JOFrknBYXnaaRZBpN0RRQ 37S/mOAH++NDMhn4g16G6i+1S+yugEjMY2uQMfaCMAr9K18pHgUavbr+8SDxQVEmKBiM 58aAoxXtjFwsDSR/u6xi3WGKt51fN0LrMAIH6Cxj3HUandudidZ7z0TNVIOW7vo7U6gC QJMA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:message-id:mime-version:subject:from :to:cc; bh=EdTmVWGaBxdasegvEqn7J8/FntcyBLgQW6ssuU6G+uY=; b=W/6IxqHwJU/CkpE1i0JPv/2ufa+K49xUyUDl25oOlKE7nuahxHRHWHQaoF6M586aq0 2dt1VR5V9aKCp2p5sq+1Z0yOY4b0aEVa4Qkt1+iEHlNxX+Lv7sz452npBn/ZgXhAdPZP BXmswbnqjAz6HaThibDN50g/ItdkyvQRYzk90KW3Mj1gOnmLLfw2XMoYpZRiY4MdU3KX 4//3ynBxYyfUJ6n2euCXxbDe0vj48G3QcV7VAMV52BKqvsA59etvPimtmB+vlxWBEAkh F9hgz0iBhLsaS87c0a0tPWRxNPElfjrM/k9kNHFqEvMD/b65tRNm3iDeOHazVQaSTLIR dF1g== X-Gm-Message-State: AOAM530zrvFd/IraxuFO/XkGJyO96KSrmLbhO8g1xuJdmU6z5EVjUDZ3 vYcs0bYdKjrvTEpiFsmoE9prkwnjog== Sender: "elver via sendgmr" X-Received: from elver.muc.corp.google.com ([2a00:79e0:15:13:f693:9fff:fef4:2449]) (user=elver job=sendgmr) by 2002:a7b:c1d3:: with SMTP id a19mr29455454wmj.19.1600694796072; Mon, 21 Sep 2020 06:26:36 -0700 (PDT) Date: Mon, 21 Sep 2020 15:26:01 +0200 Message-Id: <20200921132611.1700350-1-elver@google.com> Mime-Version: 1.0 X-Mailer: git-send-email 2.28.0.681.g6f77f65b4e-goog Subject: [PATCH v3 00/10] KFENCE: A low-overhead sampling-based memory safety error detector From: Marco Elver To: elver@google.com, akpm@linux-foundation.org, glider@google.com Cc: hpa@zytor.com, paulmck@kernel.org, andreyknvl@google.com, aryabinin@virtuozzo.com, luto@kernel.org, bp@alien8.de, catalin.marinas@arm.com, cl@linux.com, dave.hansen@linux.intel.com, rientjes@google.com, dvyukov@google.com, edumazet@google.com, gregkh@linuxfoundation.org, hdanton@sina.com, mingo@redhat.com, jannh@google.com, Jonathan.Cameron@huawei.com, corbet@lwn.net, iamjoonsoo.kim@lge.com, keescook@chromium.org, mark.rutland@arm.com, penberg@kernel.org, peterz@infradead.org, sjpark@amazon.com, tglx@linutronix.de, vbabka@suse.cz, will@kernel.org, x86@kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, kasan-dev@googlegroups.com, linux-arm-kernel@lists.infradead.org, linux-mm@kvack.org Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This adds the Kernel Electric-Fence (KFENCE) infrastructure. KFENCE is a low-overhead sampling-based memory safety error detector of heap use-after-free, invalid-free, and out-of-bounds access errors. This series enables KFENCE for the x86 and arm64 architectures, and adds KFENCE hooks to the SLAB and SLUB allocators. KFENCE is designed to be enabled in production kernels, and has near zero performance overhead. Compared to KASAN, KFENCE trades performance for precision. The main motivation behind KFENCE's design, is that with enough total uptime KFENCE will detect bugs in code paths not typically exercised by non-production test workloads. One way to quickly achieve a large enough total uptime is when the tool is deployed across a large fleet of machines. KFENCE objects each reside on a dedicated page, at either the left or right page boundaries. The pages to the left and right of the object page are "guard pages", whose attributes are changed to a protected state, and cause page faults on any attempted access to them. Such page faults are then intercepted by KFENCE, which handles the fault gracefully by reporting a memory access error. Guarded allocations are set up based on a sample interval (can be set via kfence.sample_interval). After expiration of the sample interval, the next allocation through the main allocator (SLAB or SLUB) returns a guarded allocation from the KFENCE object pool. At this point, the timer is reset, and the next allocation is set up after the expiration of the interval. To enable/disable a KFENCE allocation through the main allocator's fast-path without overhead, KFENCE relies on static branches via the static keys infrastructure. The static branch is toggled to redirect the allocation to KFENCE. The KFENCE memory pool is of fixed size, and if the pool is exhausted no further KFENCE allocations occur. The default config is conservative with only 255 objects, resulting in a pool size of 2 MiB (with 4 KiB pages). We have verified by running synthetic benchmarks (sysbench I/O, hackbench) that a kernel with KFENCE is performance-neutral compared to a non-KFENCE baseline kernel. KFENCE is inspired by GWP-ASan [1], a userspace tool with similar properties. The name "KFENCE" is a homage to the Electric Fence Malloc Debugger [2]. For more details, see Documentation/dev-tools/kfence.rst added in the series -- also viewable here: https://raw.githubusercontent.com/google/kasan/kfence/Documentation/dev-tools/kfence.rst [1] http://llvm.org/docs/GwpAsan.html [2] https://linux.die.net/man/3/efence v3: * Rewrite SLAB/SLUB patch descriptions to clarify need for 'orig_size'. * Various smaller fixes (see details in patches). v2: https://lkml.kernel.org/r/20200915132046.3332537-1-elver@google.com * Various comment/documentation changes (see details in patches). * Various smaller fixes (see details in patches). * Change all reports to reference the kfence object, "kfence-#nn". * Skip allocation/free internals stack trace. * Rework KMEMLEAK compatibility patch. RFC/v1: https://lkml.kernel.org/r/20200907134055.2878499-1-elver@google.com Alexander Potapenko (6): mm: add Kernel Electric-Fence infrastructure x86, kfence: enable KFENCE for x86 mm, kfence: insert KFENCE hooks for SLAB mm, kfence: insert KFENCE hooks for SLUB kfence, kasan: make KFENCE compatible with KASAN kfence, kmemleak: make KFENCE compatible with KMEMLEAK Marco Elver (4): arm64, kfence: enable KFENCE for ARM64 kfence, lockdep: make KFENCE compatible with lockdep kfence, Documentation: add KFENCE documentation kfence: add test suite Documentation/dev-tools/index.rst | 1 + Documentation/dev-tools/kfence.rst | 291 +++++++++++ MAINTAINERS | 11 + arch/arm64/Kconfig | 1 + arch/arm64/include/asm/kfence.h | 39 ++ arch/arm64/mm/fault.c | 4 + arch/x86/Kconfig | 2 + arch/x86/include/asm/kfence.h | 60 +++ arch/x86/mm/fault.c | 4 + include/linux/kfence.h | 174 +++++++ init/main.c | 2 + kernel/locking/lockdep.c | 8 + lib/Kconfig.debug | 1 + lib/Kconfig.kfence | 78 +++ mm/Makefile | 1 + mm/kasan/common.c | 7 + mm/kfence/Makefile | 6 + mm/kfence/core.c | 733 +++++++++++++++++++++++++++ mm/kfence/kfence.h | 102 ++++ mm/kfence/kfence_test.c | 777 +++++++++++++++++++++++++++++ mm/kfence/report.c | 219 ++++++++ mm/kmemleak.c | 6 + mm/slab.c | 46 +- mm/slab_common.c | 6 +- mm/slub.c | 72 ++- 25 files changed, 2619 insertions(+), 32 deletions(-) create mode 100644 Documentation/dev-tools/kfence.rst create mode 100644 arch/arm64/include/asm/kfence.h create mode 100644 arch/x86/include/asm/kfence.h create mode 100644 include/linux/kfence.h create mode 100644 lib/Kconfig.kfence create mode 100644 mm/kfence/Makefile create mode 100644 mm/kfence/core.c create mode 100644 mm/kfence/kfence.h create mode 100644 mm/kfence/kfence_test.c create mode 100644 mm/kfence/report.c -- 2.28.0.681.g6f77f65b4e-goog