Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp1501903imm; Mon, 3 Sep 2018 02:03:28 -0700 (PDT) X-Google-Smtp-Source: ANB0Vda+W19aXHec7JldS48MXAYJj86IVZH9jaNu8/QgEUcsPXElNyHqO4QjKysLrPohDHFZ5d3H X-Received: by 2002:a63:de4b:: with SMTP id y11-v6mr1475757pgi.435.1535965408014; Mon, 03 Sep 2018 02:03:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1535965407; cv=none; d=google.com; s=arc-20160816; b=sq+Zf+fk2YG/z6OMdac59bRgg1TfLEyw6hcWivjG2Y0C0Be6brZBzJLxkYGD+qRyM8 BSBk/ahoreE44iUeUGas+RYLFAN1YSkMHiEgFMoeOoSKxzMk9vg9JGzn0IRxRIIqJyyK bVTuBgf0dB2Ok4M+p3PHwAkajgZupsGYLxUKvhLLeqUhZXIq37GpdZOme7QiIL8G9Rhj VRK0NTSO27n/46e4G+gjn/ia0qyfiL0W+xOYoXzuDk0jEbfrRtO04otF4Au10avohsdB zBbL8uHLZ/g4B7q5lS3i/D6XNt7BoDIZypNhp4mb/Z3MVBMNgAzu8CBikr8hkvrkO3bZ OG4A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=6fKS4gXpm2rT5+sH/xQURui/p0JBfMyXUgRuCkgoFM8=; b=E7wk6h7uD2nHZkn6lxK+DNY1YT6++Yy1YYH3yYbsHQI1u3ZlBYvW/WKKnCsEqJCwAb em0kLPieqsKFOqeEsICmNilv1Nyu8ci97epVk2itQa+Vfj54gD17Akwa+FRZPWxRSag7 PubedMNojKUITMFQxIG+mwsCsbeUKUaCSHms/Wq1GSPwIzMRVyoBTDN8yoFsaFXohvDh aA5BWLvLW6eFmTbNDJDW0fuIg5rnmmhyhHQYTeAYj80JFFFUFXPqqvZFVrYOFoG+VpGK DxMo5AwNAksEGXsVmQZOYIXCFZ8rwyNK420PITDhzWlU8kBmvTEmFxTV8GqMDb83BB+W KvPQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w133-v6si18236634pfd.313.2018.09.03.02.03.12; Mon, 03 Sep 2018 02:03:27 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727464AbeICNVR (ORCPT + 99 others); Mon, 3 Sep 2018 09:21:17 -0400 Received: from lgeamrelo11.lge.com ([156.147.23.51]:46636 "EHLO lgeamrelo11.lge.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726212AbeICNVQ (ORCPT ); Mon, 3 Sep 2018 09:21:16 -0400 Received: from unknown (HELO lgemrelse6q.lge.com) (156.147.1.121) by 156.147.23.51 with ESMTP; 3 Sep 2018 18:02:01 +0900 X-Original-SENDERIP: 156.147.1.121 X-Original-MAILFROM: kyeongdon.kim@lge.com Received: from unknown (HELO ?10.159.80.93?) (10.159.80.93) by 156.147.1.121 with ESMTP; 3 Sep 2018 18:02:00 +0900 X-Original-SENDERIP: 10.159.80.93 X-Original-MAILFROM: kyeongdon.kim@lge.com Subject: Re: [PATCH v2] arm64: kasan: add interceptors for strcmp/strncmp functions To: aryabinin@virtuozzo.com, catalin.marinas@arm.com, will.deacon@arm.com, glider@google.com, dvyukov@google.com Cc: Jason@zx2c4.com, robh@kernel.org, ard.biesheuvel@linaro.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, kasan-dev@googlegroups.com, linux-mm@kvack.org References: <1535014606-176525-1-git-send-email-kyeongdon.kim@lge.com> From: Kyeongdon Kim Message-ID: <7387f67e-1ac5-12e1-c9be-060e9c403bf7@lge.com> Date: Mon, 3 Sep 2018 18:02:00 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <1535014606-176525-1-git-send-email-kyeongdon.kim@lge.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Dear all, Could anyone review this and provide me appropriate approach ? I think str[n]cmp are frequently used functions so I believe very useful w/ arm64 KASAN. Best Regards, Kyeongdon Kim On 2018-08-23 오후 5:56, Kyeongdon Kim wrote: > This patch declares strcmp/strncmp as weak symbols. > (2 of them are the most used string operations) > > Original functions declared as weak and > strong ones in mm/kasan/kasan.c could replace them. > > Assembly optimized strcmp/strncmp functions cannot detect KASan bug. > But, now we can detect them like the call trace below. > > ================================================================== > BUG: KASAN: use-after-free in platform_match+0x1c/0x5c at addr > ffffffc0ad313500 > Read of size 1 by task swapper/0/1 > CPU: 3 PID: 1 Comm: swapper/0 Tainted: G B 4.9.77+ #1 > Hardware name: Generic (DT) based system > Call trace: > dump_backtrace+0x0/0x2e0 > show_stack+0x14/0x1c > dump_stack+0x88/0xb0 > kasan_object_err+0x24/0x7c > kasan_report+0x2f0/0x484 > check_memory_region+0x20/0x14c > strcmp+0x1c/0x5c > platform_match+0x40/0xe4 > __driver_attach+0x40/0x130 > bus_for_each_dev+0xc4/0xe0 > driver_attach+0x30/0x3c > bus_add_driver+0x2dc/0x328 > driver_register+0x118/0x160 > __platform_driver_register+0x7c/0x88 > alarmtimer_init+0x154/0x1e4 > do_one_initcall+0x184/0x1a4 > kernel_init_freeable+0x2ec/0x2f0 > kernel_init+0x18/0x10c > ret_from_fork+0x10/0x50 > > In case of xtensa and x86_64 kasan, no need to use this patch now. > > Signed-off-by: Kyeongdon Kim > --- > arch/arm64/include/asm/string.h | 5 +++++ > arch/arm64/kernel/arm64ksyms.c | 2 ++ > arch/arm64/kernel/image.h | 2 ++ > arch/arm64/lib/strcmp.S | 3 +++ > arch/arm64/lib/strncmp.S | 3 +++ > mm/kasan/kasan.c | 23 +++++++++++++++++++++++ > 6 files changed, 38 insertions(+) > > diff --git a/arch/arm64/include/asm/string.h > b/arch/arm64/include/asm/string.h > index dd95d33..ab60349 100644 > --- a/arch/arm64/include/asm/string.h > +++ b/arch/arm64/include/asm/string.h > @@ -24,9 +24,11 @@ extern char *strchr(const char *, int c); > > #define __HAVE_ARCH_STRCMP > extern int strcmp(const char *, const char *); > +extern int __strcmp(const char *, const char *); > > #define __HAVE_ARCH_STRNCMP > extern int strncmp(const char *, const char *, __kernel_size_t); > +extern int __strncmp(const char *, const char *, __kernel_size_t); > > #define __HAVE_ARCH_STRLEN > extern __kernel_size_t strlen(const char *); > @@ -68,6 +70,9 @@ void memcpy_flushcache(void *dst, const void *src, > size_t cnt); > #define memmove(dst, src, len) __memmove(dst, src, len) > #define memset(s, c, n) __memset(s, c, n) > > +#define strcmp(cs, ct) __strcmp(cs, ct) > +#define strncmp(cs, ct, n) __strncmp(cs, ct, n) > + > #ifndef __NO_FORTIFY > #define __NO_FORTIFY /* FORTIFY_SOURCE uses __builtin_memcpy, etc. */ > #endif > diff --git a/arch/arm64/kernel/arm64ksyms.c > b/arch/arm64/kernel/arm64ksyms.c > index d894a20..10b1164 100644 > --- a/arch/arm64/kernel/arm64ksyms.c > +++ b/arch/arm64/kernel/arm64ksyms.c > @@ -50,6 +50,8 @@ EXPORT_SYMBOL(strcmp); > EXPORT_SYMBOL(strncmp); > EXPORT_SYMBOL(strlen); > EXPORT_SYMBOL(strnlen); > +EXPORT_SYMBOL(__strcmp); > +EXPORT_SYMBOL(__strncmp); > EXPORT_SYMBOL(memset); > EXPORT_SYMBOL(memcpy); > EXPORT_SYMBOL(memmove); > diff --git a/arch/arm64/kernel/image.h b/arch/arm64/kernel/image.h > index a820ed0..5ef7a57 100644 > --- a/arch/arm64/kernel/image.h > +++ b/arch/arm64/kernel/image.h > @@ -110,6 +110,8 @@ __efistub___flush_dcache_area = > KALLSYMS_HIDE(__pi___flush_dcache_area); > __efistub___memcpy = KALLSYMS_HIDE(__pi_memcpy); > __efistub___memmove = KALLSYMS_HIDE(__pi_memmove); > __efistub___memset = KALLSYMS_HIDE(__pi_memset); > +__efistub___strcmp = KALLSYMS_HIDE(__pi_strcmp); > +__efistub___strncmp = KALLSYMS_HIDE(__pi_strncmp); > #endif > > __efistub__text = KALLSYMS_HIDE(_text); > diff --git a/arch/arm64/lib/strcmp.S b/arch/arm64/lib/strcmp.S > index 471fe61..0dffef7 100644 > --- a/arch/arm64/lib/strcmp.S > +++ b/arch/arm64/lib/strcmp.S > @@ -60,6 +60,8 @@ tmp3 .req x9 > zeroones .req x10 > pos .req x11 > > +.weak strcmp > +ENTRY(__strcmp) > ENTRY(strcmp) > eor tmp1, src1, src2 > mov zeroones, #REP8_01 > @@ -232,3 +234,4 @@ CPU_BE( orr syndrome, diff, has_nul ) > sub result, data1, data2, lsr #56 > ret > ENDPIPROC(strcmp) > +ENDPROC(__strcmp) > diff --git a/arch/arm64/lib/strncmp.S b/arch/arm64/lib/strncmp.S > index e267044..b2648c7 100644 > --- a/arch/arm64/lib/strncmp.S > +++ b/arch/arm64/lib/strncmp.S > @@ -64,6 +64,8 @@ limit_wd .req x13 > mask .req x14 > endloop .req x15 > > +.weak strncmp > +ENTRY(__strncmp) > ENTRY(strncmp) > cbz limit, .Lret0 > eor tmp1, src1, src2 > @@ -308,3 +310,4 @@ CPU_BE( orr syndrome, diff, has_nul ) > mov result, #0 > ret > ENDPIPROC(strncmp) > +ENDPROC(__strncmp) > diff --git a/mm/kasan/kasan.c b/mm/kasan/kasan.c > index c3bd520..61ad7f1 100644 > --- a/mm/kasan/kasan.c > +++ b/mm/kasan/kasan.c > @@ -304,6 +304,29 @@ void *memcpy(void *dest, const void *src, size_t > len) > > return __memcpy(dest, src, len); > } > +#ifdef CONFIG_ARM64 > +/* > + * Arch arm64 use assembly variant for strcmp/strncmp, > + * xtensa use inline asm operations and x86_64 use c one, > + * so now this interceptors only for arm64 kasan. > + */ > +#undef strcmp > +int strcmp(const char *cs, const char *ct) > +{ > + check_memory_region((unsigned long)cs, 1, false, _RET_IP_); > + check_memory_region((unsigned long)ct, 1, false, _RET_IP_); > + > + return __strcmp(cs, ct); > +} > +#undef strncmp > +int strncmp(const char *cs, const char *ct, size_t len) > +{ > + check_memory_region((unsigned long)cs, len, false, _RET_IP_); > + check_memory_region((unsigned long)ct, len, false, _RET_IP_); > + > + return __strncmp(cs, ct, len); > +} > +#endif > > void kasan_alloc_pages(struct page *page, unsigned int order) > { > -- > 2.6.2