Received: by 2002:a05:6358:4e97:b0:b3:742d:4702 with SMTP id ce23csp439733rwb; Thu, 18 Aug 2022 06:34:38 -0700 (PDT) X-Google-Smtp-Source: AA6agR5j+tGQmR58EZSVn91RxxGdvOh5GEewAZdG9+8VhOWUb+IRxMN3lVdzh2k+WeA4rv2G1D0Y X-Received: by 2002:a17:90b:1e0a:b0:1f5:6554:d502 with SMTP id pg10-20020a17090b1e0a00b001f56554d502mr3079862pjb.101.1660829678630; Thu, 18 Aug 2022 06:34:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1660829678; cv=none; d=google.com; s=arc-20160816; b=mEWA0SxCJVulV/K4I1a16Ay2eJL02bU2NFORAg62Byx66I48V+dhLvaHET3/yQXbtO hva/nKT9w17SmzVEtVT0nva23r06FPV4jmASpufqLAFl5EdccUDNOiCm5aURNMF8bMxI YbzakKbBRKCcc+t4uKWUahBCk+2ibRQhEpNKhhjWJKMHQXrJXjgMjLl/GWvsUhV2GuGs PlP5388haCxy+wrupPpwNUdE+jYu2/wJjCWmgPDRvRZ7FSPf1Kd3f9ArqTpqWpdW7fBb 67LzWYmAKZhl96UawK8NKeGd7PZvALaz8+FOIX/suGDwsPISNiMoDieaC7CzrTbrGdYR 8Q8w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=ijwCkfPW2UYMQmBDOFjxhcjsIxF5f4vvRDNvHTdaPyI=; b=FFUbHzXlPUaTGOMbUaEJCSnRMlnfYu76IvX+Xr6j7SvbBAAw/ZoeAOg4icnEHpxUr2 W8LjrCboXOm8WkQShHqvQgV6YxRw8mRYE+Y7pUFs5Hfl3Yh+PySfCZozVK6yB6Vg/ciE dwmlT9UK3TQeBI0u12iZwLBYlXi8ZH1b7YuzzTa8JERLn5dFconx8g4z8FJIMA/BtTFx sW8pGIIC06AvQUj25wW8OI7UV3IKiHSAoKK4JkKEFzPS/wIlZsizzLh2PanEmulxdh5p 1rJ0oDKYZbyzGgBuSMl32fqRR/5Mx3sVb0LsRXlvU8piVmTftU1hozJWTgDO+zXdGQql V2Pw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=oIuVX4Wi; 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=linaro.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id a3-20020a1709027e4300b001729badbe0fsi1190832pln.301.2022.08.18.06.34.26; Thu, 18 Aug 2022 06:34:38 -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=@linaro.org header.s=google header.b=oIuVX4Wi; 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=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S244323AbiHRNa5 (ORCPT + 99 others); Thu, 18 Aug 2022 09:30:57 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34440 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S244638AbiHRNay (ORCPT ); Thu, 18 Aug 2022 09:30:54 -0400 Received: from mail-yw1-x112f.google.com (mail-yw1-x112f.google.com [IPv6:2607:f8b0:4864:20::112f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 01FFA5A2C5 for ; Thu, 18 Aug 2022 06:30:53 -0700 (PDT) Received: by mail-yw1-x112f.google.com with SMTP id 00721157ae682-333a4a5d495so40741037b3.10 for ; Thu, 18 Aug 2022 06:30:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=ijwCkfPW2UYMQmBDOFjxhcjsIxF5f4vvRDNvHTdaPyI=; b=oIuVX4WiaBGggwX+X0EkGDfWfkiZ9e9n86gChg8gyDIkceUBK6EzG0IJW0BEaeLYxM Xn5THdb+0jvfaAZW70qFAmVPDIU6Wtg4JRXttjMMlNg/0vQPhRwLpS5NqmmRPyvyLhFO GNBWZV/vghE/7sA63lvc1rELyazKd6nQxrB0N9s2NSmBCRr0l0LGFh0CbQ1QYQ3d5WGW CeQYYlC2FZ45IyzEvhF+cdI980gClDQpqaq+lyJbl/oe8XbUH/+3hKTShnA5B7J5CaNJ 555k/W4Uy372sCT2HbVLTAQVMUz0bvsOFqzcJRF9/xWxuOTuc7e5HN1QZZXY3FI+GpIj S/4g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=ijwCkfPW2UYMQmBDOFjxhcjsIxF5f4vvRDNvHTdaPyI=; b=RPlGzFDaO+fh8b50ElS0XInJOOrWJccda2ZS7TtiBRJ9UYaDKmWZutkrVMTDWSOh8F FLJlG4ZoHF5NUko3eU3JZfUwFTsi2t0c4RiykjB3IqYf15+5G6Tx9j+e9YM2kFYX3CB9 LDc9jphaFF5LTo2D6ziPbErNIf5MzyLnJY3fMLwUg+OkXbywLHK2nQqC/m/Je73ZdR63 +AgBmdj6feAVw1/o44zJS2wlhzrIIx91iDLv8vpI7E9CSmo3EPj/+8Manrt/ASMtAGl5 W52KxEyrWFPxiVNVoI2C0d1lmKOotIZpqwwmfTPnizW7c+KIAhSPQgNPl3IXEJ6l938o 016Q== X-Gm-Message-State: ACgBeo2o7i7ma6l/ONoN6h42bmT/vzFDyPxrfoqbabwtpTNxxRxi5J1l lH1lDa+WQrMvpAVptKtGrjS7JX5gl8M2MrR+FHwsNg== X-Received: by 2002:a05:6902:124b:b0:67b:5d4e:c98d with SMTP id t11-20020a056902124b00b0067b5d4ec98dmr3043084ybu.475.1660829452051; Thu, 18 Aug 2022 06:30:52 -0700 (PDT) MIME-Version: 1.0 References: <20220818110859.1918035-1-jens.wiklander@linaro.org> In-Reply-To: From: Sumit Garg Date: Thu, 18 Aug 2022 19:00:41 +0530 Message-ID: Subject: Re: [PATCH v2] tee: add overflow check in register_shm_helper() To: Jens Wiklander Cc: linux-kernel@vger.kernel.org, op-tee@lists.trustedfirmware.org, Linus Torvalds , stable@vger.kernel.org, Nimish Mishra , Anirban Chakraborty , Debdeep Mukhopadhyay , Jerome Forissier Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED 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 Thu, 18 Aug 2022 at 18:32, Jens Wiklander wrote: > > Hi Sumit, > > On Thu, Aug 18, 2022 at 2:41 PM Sumit Garg wrote: > > > > Hi Jens, > > > > On Thu, 18 Aug 2022 at 16:39, Jens Wiklander wrote: > > > > > > With special lengths supplied by user space, register_shm_helper() has > > > an integer overflow when calculating the number of pages covered by a > > > supplied user space memory region. This causes > > > internal_get_user_pages_fast() a helper function of > > > pin_user_pages_fast() to do a NULL pointer dereference. > > > > > > [ 14.141620] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000010 > > > [ 14.142556] Mem abort info: > > > [ 14.142829] ESR = 0x0000000096000044 > > > [ 14.143237] EC = 0x25: DABT (current EL), IL = 32 bits > > > [ 14.143742] SET = 0, FnV = 0 > > > [ 14.144052] EA = 0, S1PTW = 0 > > > [ 14.144348] FSC = 0x04: level 0 translation fault > > > [ 14.144767] Data abort info: > > > [ 14.145053] ISV = 0, ISS = 0x00000044 > > > [ 14.145394] CM = 0, WnR = 1 > > > [ 14.145766] user pgtable: 4k pages, 48-bit VAs, pgdp=000000004278e000 > > > [ 14.146279] [0000000000000010] pgd=0000000000000000, p4d=0000000000000000 > > > [ 14.147435] Internal error: Oops: 96000044 [#1] PREEMPT SMP > > > [ 14.148026] Modules linked in: > > > [ 14.148595] CPU: 1 PID: 173 Comm: optee_example_a Not tainted 5.19.0 #11 > > > [ 14.149204] Hardware name: QEMU QEMU Virtual Machine, BIOS 0.0.0 02/06/2015 > > > [ 14.149832] pstate: 604000c5 (nZCv daIF +PAN -UAO -TCO -DIT -SSBS BTYPE=--) > > > [ 14.150481] pc : internal_get_user_pages_fast+0x474/0xa80 > > > [ 14.151640] lr : internal_get_user_pages_fast+0x404/0xa80 > > > [ 14.152408] sp : ffff80000a88bb30 > > > [ 14.152711] x29: ffff80000a88bb30 x28: 0000fffff836d000 x27: 0000fffff836e000 > > > [ 14.153580] x26: fffffc0000000000 x25: fffffc0000f4a1c0 x24: ffff00000289fb70 > > > [ 14.154634] x23: ffff000002702e08 x22: 0000000000040001 x21: ffff8000097eec60 > > > [ 14.155378] x20: 0000000000f4a1c0 x19: 00e800007d287f43 x18: 0000000000000000 > > > [ 14.156215] x17: 0000000000000000 x16: 0000000000000000 x15: 0000fffff836cfb0 > > > [ 14.157068] x14: 0000000000000000 x13: 0000000000000000 x12: 0000000000000000 > > > [ 14.157747] x11: 0000000000000000 x10: 0000000000000000 x9 : 0000000000000000 > > > [ 14.158576] x8 : ffff00000276ec80 x7 : 0000000000000000 x6 : 000000000000003f > > > [ 14.159243] x5 : 0000000000000000 x4 : ffff000041ec4eac x3 : ffff000002774cb8 > > > [ 14.159977] x2 : 0000000000000004 x1 : 0000000000000010 x0 : 0000000000000000 > > > [ 14.160883] Call trace: > > > [ 14.161166] internal_get_user_pages_fast+0x474/0xa80 > > > [ 14.161763] pin_user_pages_fast+0x24/0x4c > > > [ 14.162227] register_shm_helper+0x194/0x330 > > > [ 14.162734] tee_shm_register_user_buf+0x78/0x120 > > > [ 14.163290] tee_ioctl+0xd0/0x11a0 > > > [ 14.163739] __arm64_sys_ioctl+0xa8/0xec > > > [ 14.164227] invoke_syscall+0x48/0x114 > > > [ 14.164653] el0_svc_common.constprop.0+0x44/0xec > > > [ 14.165130] do_el0_svc+0x2c/0xc0 > > > [ 14.165498] el0_svc+0x2c/0x84 > > > [ 14.165847] el0t_64_sync_handler+0x1ac/0x1b0 > > > [ 14.166258] el0t_64_sync+0x18c/0x190 > > > [ 14.166878] Code: 91002318 11000401 b900f7e1 f9403be1 (f820d839) > > > [ 14.167666] ---[ end trace 0000000000000000 ]--- > > > > > > Fix this by adding an overflow check when calculating the end of the > > > memory range. Also add an explicit call to access_ok() in > > > tee_shm_register_user_buf() to catch an invalid user space address > > > early. > > > > > > Fixes: 033ddf12bcf5 ("tee: add register user memory") > > > Cc: stable@vger.kernel.org > > > Reported-by: Nimish Mishra > > > Reported-by: Anirban Chakraborty > > > Reported-by: Debdeep Mukhopadhyay > > > Suggested-by: Jerome Forissier > > > Signed-off-by: Jens Wiklander > > > --- > > > drivers/tee/tee_shm.c | 23 +++++++++++++++++++---- > > > 1 file changed, 19 insertions(+), 4 deletions(-) > > > > > > > I can't see the v1 and neither a changelog for v2, so my comments > > below may be duplicate. > > Fair point. The original patch wasn't posted publicly, but in order to > avoid confusion with that patch I chose to publish this as V2. > > > > > > diff --git a/drivers/tee/tee_shm.c b/drivers/tee/tee_shm.c > > > index f2b1bcefcadd..f71651021c8d 100644 > > > --- a/drivers/tee/tee_shm.c > > > +++ b/drivers/tee/tee_shm.c > > > @@ -231,15 +231,30 @@ EXPORT_SYMBOL_GPL(tee_shm_alloc_priv_buf); > > > > > > static struct tee_shm * > > > register_shm_helper(struct tee_context *ctx, unsigned long addr, > > > - size_t length, u32 flags, int id) > > > + unsigned long length, u32 flags, int id) > > > { > > > struct tee_device *teedev = ctx->teedev; > > > + unsigned long end_addr; > > > struct tee_shm *shm; > > > unsigned long start; > > > size_t num_pages; > > > void *ret; > > > int rc; > > > > > > + /* Check for overflows, this may be input from user space */ > > > > IMO, this bound checking should be part of the parent function (like > > tee_shm_register_user_buf() in this case). > > I don't see any harm in checking it here even if it will then check > input from tee_shm_register_kernel_buf() too. Then I'm also reusing > the result in the roundup() and that should be done in this function. > > > > > > + addr = untagged_addr(addr); > > > + start = rounddown(addr, PAGE_SIZE); > > > + if (check_add_overflow(addr, length, &end_addr)) > > > + return ERR_PTR(-EINVAL); > > > > Isn't this check redundant after access_ok()? AFAICS, access_ok() > > should limit the upper bound to TASK_SIZE_MAX which should detect any > > overflows. > > It may be redundant, depending on the configuration. It's likely > redundant on all platforms we care about at the moment, but who knows > where this will be used in the future. > Firstly, access_ok() is the common kernel way to check for valid user-space access as per quote below from include/asm-generic/access_ok.h: /* * 'size' is a compile-time constant for most callers, so optimize for * this case to turn the check into a single comparison against a constant * limit and catch all possible overflows. * On architectures with separate user address space (m68k, s390, parisc, * sparc64) or those without an MMU, this should always return true. * * This version was originally contributed by Jonas Bonn for the * OpenRISC architecture, and was found to be the most efficient * for constant 'size' and 'limit' values. */ So we shouldn't invent a redundant method to check if there is a buggy arch override for access_ok(). Also, results from check_add_overflow() are still inaccurate as it can allow addresses greater than TASK_SIZE_MAX. Secondly, a redundant check which is anticipated to fix a future arch bug doesn't qualify for a fix patch. -Sumit > > > > > + end_addr = roundup(end_addr, PAGE_SIZE); > > > + if (end_addr < start) > > > + return ERR_PTR(-EINVAL); > > > > Ditto? > > Yeah, same argument. > > Thanks, > Jens > > > > > -Sumit > > > > > + num_pages = (end_addr - start) / PAGE_SIZE; > > > + > > > + /* Error out early if no pages are to be registered */ > > > + if (!num_pages) > > > + return ERR_PTR(-EINVAL); > > > + > > > if (!tee_device_get(teedev)) > > > return ERR_PTR(-EINVAL); > > > > > > @@ -261,11 +276,8 @@ register_shm_helper(struct tee_context *ctx, unsigned long addr, > > > shm->flags = flags; > > > shm->ctx = ctx; > > > shm->id = id; > > > - addr = untagged_addr(addr); > > > - start = rounddown(addr, PAGE_SIZE); > > > shm->offset = addr - start; > > > shm->size = length; > > > - num_pages = (roundup(addr + length, PAGE_SIZE) - start) / PAGE_SIZE; > > > shm->pages = kcalloc(num_pages, sizeof(*shm->pages), GFP_KERNEL); > > > if (!shm->pages) { > > > ret = ERR_PTR(-ENOMEM); > > > @@ -326,6 +338,9 @@ struct tee_shm *tee_shm_register_user_buf(struct tee_context *ctx, > > > void *ret; > > > int id; > > > > > > + if (!access_ok((void __user *)addr, length)) > > > + return ERR_PTR(-EFAULT); > > > + > > > mutex_lock(&teedev->mutex); > > > id = idr_alloc(&teedev->idr, NULL, 1, 0, GFP_KERNEL); > > > mutex_unlock(&teedev->mutex); > > > -- > > > 2.31.1 > > >