Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp2828136ybl; Mon, 19 Aug 2019 08:05:07 -0700 (PDT) X-Google-Smtp-Source: APXvYqyZqsaD0lxZdkCrb/AI1nb93Brumx97ZClXTSCTQfs1W+/qr1k5suhMfAHMzgB8YoP4a0A2 X-Received: by 2002:a63:3148:: with SMTP id x69mr18877454pgx.300.1566227106887; Mon, 19 Aug 2019 08:05:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1566227106; cv=none; d=google.com; s=arc-20160816; b=jenMvCmVsr2ToSH44AoC8h5WWSegNUp49ew8FQPC6HbEklZ4o0bBgskmPzmLO2hOf+ 2DaTnmEpgq5jF+qaRofHj5CJi5S74kLkQimHB8Reb5Sh8iEdprjyqjR+zv8PqYbch9jt Adq/YvbTVQa+GnbPlNa2NGtGz0QWB3HoA2/lFx/LStlBpLXjVcA4pPQBwbXOB91AAUAm lOsc/pfs/5ZmY0sPQiFsrJHEfhQQ6ML84N6ey/iDnEEzDNSErZN/teunm9JGu8cH6N6c xOgs3IOwhF+lrcFzPtgxthp+iyfYfOPKrR470FtpXvOO32Iy5x/ISdgpUaFbRsyepvWV QHRQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=6gedQF1oAlKbYpLVsje6vjKN/MUaaleEIqdnGFB/nKQ=; b=vLnJ5iYbEj5NqRXjxg3DDFms4+vaOptY+bVJYFDM5+iRpbvIyjYNlLCkyAE0r78+9L qogQeKMHonUMqzj98w07jbR2QVXnBfGa0v5CdvnGWN818yFszxdqjnPkkzkig3zZODnf sMSx83+K4sDr0WBZznSJtM2+IH2OiYdmQ3trjhZM66gA9WRz2hDo/5T/UkaScg2QuhmQ bRb49WYu5HhqwIDAYObBbzcWRTD/hxOJsxZqjxNIB2kqAVeWXuGUvT4JVx7kxPwgofYI xR5xqF3ih54hyQB+wp6+G2qz3LqGm/pAGyVmXLYa8c3DbKvZsFJYif/1wKTb3hTAaY4i 0EMw== 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 g5si9812822plt.271.2019.08.19.08.04.46; Mon, 19 Aug 2019 08:05:06 -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 S1727607AbfHSPDr (ORCPT + 99 others); Mon, 19 Aug 2019 11:03:47 -0400 Received: from foss.arm.com ([217.140.110.172]:56002 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726636AbfHSPDq (ORCPT ); Mon, 19 Aug 2019 11:03:46 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id DD2E428; Mon, 19 Aug 2019 08:03:45 -0700 (PDT) Received: from lakrids.cambridge.arm.com (usa-sjc-imap-foss1.foss.arm.com [10.121.207.14]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 009D53F718; Mon, 19 Aug 2019 08:03:43 -0700 (PDT) Date: Mon, 19 Aug 2019 16:03:41 +0100 From: Mark Rutland To: Andrey Konovalov , Andrey Ryabinin , Will Deacon Cc: Walter Wu , Alexander Potapenko , Dmitry Vyukov , Catalin Marinas , Will Deacon , Matthias Brugger , Andrew Morton , wsd_upstream@mediatek.com, LKML , kasan-dev , linux-mediatek@lists.infradead.org, Linux ARM Subject: Re: [PATCH] arm64: kasan: fix phys_to_virt() false positive on tag-based kasan Message-ID: <20190819150341.GC9927@lakrids.cambridge.arm.com> References: <20190819114420.2535-1-walter-zh.wu@mediatek.com> <20190819125625.bu3nbrldg7te5kwc@willie-the-truck> <20190819132347.GB9927@lakrids.cambridge.arm.com> <20190819133441.ejomv6cprdcz7hh6@willie-the-truck> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.11.1+11 (2f07cb52) (2018-12-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Aug 19, 2019 at 04:05:22PM +0200, Andrey Konovalov wrote: > On Mon, Aug 19, 2019 at 3:34 PM Will Deacon wrote: > > > > On Mon, Aug 19, 2019 at 02:23:48PM +0100, Mark Rutland wrote: > > > On Mon, Aug 19, 2019 at 01:56:26PM +0100, Will Deacon wrote: > > > > On Mon, Aug 19, 2019 at 07:44:20PM +0800, Walter Wu wrote: > > > > > __arm_v7s_unmap() call iopte_deref() to translate pyh_to_virt address, > > > > > but it will modify pointer tag into 0xff, so there is a false positive. > > > > > > > > > > When enable tag-based kasan, phys_to_virt() function need to rewrite > > > > > its original pointer tag in order to avoid kasan report an incorrect > > > > > memory corruption. > > > > > > > > Hmm. Which tree did you see this on? We've recently queued a load of fixes > > > > in this area, but I /thought/ they were only needed after the support for > > > > 52-bit virtual addressing in the kernel. > > > > > > I'm seeing similar issues in the virtio blk code (splat below), atop of > > > the arm64 for-next/core branch. I think this is a latent issue, and > > > people are only just starting to test with KASAN_SW_TAGS. > > > > > > It looks like the virtio blk code will round-trip a SLUB-allocated pointer from > > > virt->page->virt, losing the per-object tag in the process. > > > > > > Our page_to_virt() seems to get a per-page tag, but this only makes > > > sense if you're dealing with the page allocator, rather than something > > > like SLUB which carves a page into smaller objects giving each object a > > > distinct tag. > > > > > > Any round-trip of a pointer from SLUB is going to lose the per-object > > > tag. > > > > Urgh, I wonder how this is supposed to work? > > > > If we end up having to check the KASAN shadow for *_to_virt(), then why > > do we need to store anything in the page flags at all? Andrey? > > As per 2813b9c0 ("kasan, mm, arm64: tag non slab memory allocated via > pagealloc") we should only save a non-0xff tag in page flags for non > slab pages. > > Could you share your .config so I can reproduce this? I wrote a test (below) to do so. :) It fires with arm64 defconfig, + CONFIG_TEST_KASAN=m. With Andrey Ryabinin's patch it works as expected with no KASAN splats for the two new test cases. Thanks, Mark. ---->8---- From 7e8569b558fca21ad4e80fddae659591bc84ce1f Mon Sep 17 00:00:00 2001 From: Mark Rutland Date: Mon, 19 Aug 2019 15:39:32 +0100 Subject: [PATCH] lib/test_kasan: add roundtrip tests In several places we needs to be able to operate on pointers which have gone via a roundtrip: virt -> {phys,page} -> virt With KASAN_SW_TAGS, we can't preserve the tag for SLUB objects, and the {phys,page} -> virt conversion will use KASAN_TAG_KERNEL. This patch adds tests to ensure that this works as expected, without false positives. Signed-off-by: Mark Rutland Cc: Andrey Ryabinin Cc: Andrey Konovalov Cc: Will Deacon --- lib/test_kasan.c | 40 ++++++++++++++++++++++++++++++++++++++++ 1 file changed, 40 insertions(+) diff --git a/lib/test_kasan.c b/lib/test_kasan.c index b63b367a94e8..cf7b93f0d90c 100644 --- a/lib/test_kasan.c +++ b/lib/test_kasan.c @@ -19,6 +19,8 @@ #include #include +#include + /* * Note: test functions are marked noinline so that their names appear in * reports. @@ -337,6 +339,42 @@ static noinline void __init kmalloc_uaf2(void) kfree(ptr2); } +static noinline void __init kfree_via_page(void) +{ + char *ptr; + size_t size = 8; + struct page *page; + unsigned long offset; + + pr_info("invalid-free false positive (via page)\n"); + ptr = kmalloc(size, GFP_KERNEL); + if (!ptr) { + pr_err("Allocation failed\n"); + return; + } + + page = virt_to_page(ptr); + offset = offset_in_page(ptr); + kfree(page_address(page) + offset); +} + +static noinline void __init kfree_via_phys(void) +{ + char *ptr; + size_t size = 8; + phys_addr_t phys; + + pr_info("invalid-free false positive (via phys)\n"); + ptr = kmalloc(size, GFP_KERNEL); + if (!ptr) { + pr_err("Allocation failed\n"); + return; + } + + phys = virt_to_phys(ptr); + kfree(phys_to_virt(phys)); +} + static noinline void __init kmem_cache_oob(void) { char *p; @@ -737,6 +775,8 @@ static int __init kmalloc_tests_init(void) kmalloc_uaf(); kmalloc_uaf_memset(); kmalloc_uaf2(); + kfree_via_page(); + kfree_via_phys(); kmem_cache_oob(); memcg_accounted_kmem_cache(); kasan_stack_oob(); -- 2.11.0