Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp1346617pxf; Fri, 19 Mar 2021 05:22:01 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzpvs9ERGAwa181sh1UOek12AeX14PkIJEXiwsaetJc1UmU5AiXN2iQkLYSwFQL4IeIgLuF X-Received: by 2002:a17:906:3385:: with SMTP id v5mr3957788eja.539.1616156521267; Fri, 19 Mar 2021 05:22:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616156521; cv=none; d=google.com; s=arc-20160816; b=TNqI4369F4IngGWWdPsST7maFMO/bFPV3VBS8fXqyT5eAVY53Sq6C6F0VS4CyO99qd VlbXmFyrxAqsI7vn7rSBF0Sl3cGn2tMZrBC7lMUAj2E+IHCzhIQ968qqwNcqgXHKFekg CMnFkYtWeRZVwyY7w8QQUc8OBiPp1s4rujGV1DcCtPFbikyfZ48jIvnrz5xB5h2j3ThP tJbYZcBs4piFYfhNl4SbmwEbilRQY8/qI/nZkknL04QoatMDkxizjj3gyMdX9Iu9Owf1 8vBGDRxu2NFA35QZ7dYd5/dDQ249Pp9Hai+iSHDHKkAExLz6WipehpbcqsGyD49sPTCX PUZQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=8UD+PrSBoWNEJGmDkESwSRosamNsBao62NEQDf70ys8=; b=DeRxhKWrHwlxcni1QSVP4e339Z3Y3tpYosBt6MxCLvceE6YAdV8qFeiiEnlyVCSvwe CeKyAYDiSgMBJ2VgdUCWu4gfG1kW67krHCGHXJmvbvLzRiE80ZQ8yyPscBYnoNfcGZgi 9eDBmNEMAICDBIAvi7yNvWhAoOOPBJioOhByhUyLpASxDMKwKraZcldX8LY+E0/5Q7ID kDziZ7V67+2R6QAgSYDbmsWvOWRnTAF3+l7Yxd9NlC2zy/8oHxorEVE0ot/G+7hH0yKf 9r0vexckPhLwej+xrnlGuyfFu+GbESUFGtp47/GkiSG/O0JTUt5MnRi3L7sb9xllVlJP x79Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=OYrVU1m9; 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=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id mc14si4062008ejb.639.2021.03.19.05.21.38; Fri, 19 Mar 2021 05:22:01 -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=@linuxfoundation.org header.s=korg header.b=OYrVU1m9; 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=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230250AbhCSMTp (ORCPT + 99 others); Fri, 19 Mar 2021 08:19:45 -0400 Received: from mail.kernel.org ([198.145.29.99]:56938 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230153AbhCSMTP (ORCPT ); Fri, 19 Mar 2021 08:19:15 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 820B964F6C; Fri, 19 Mar 2021 12:19:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1616156355; bh=xdqez2M8PZhhoNJcWin0B4KUfGQky0l/PGiEm4W2sqo=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=OYrVU1m9ZCmHQZ6xlOl9weJIlXiRQZfhLiA9FsEVakNTBOYd/Jij6uaLOg8CUoCvk ru6uIyVomvlakeD5+LIXAyEcsYoUrOj5CKXPAtKn0u/oIhRpixkCeh67UQRpJ/TE+8 bq1Zny/Zqckj1/5x0apQXnZZfUkmRVFkb8z1bWKU= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Piotr Krysiuk , Daniel Borkmann , Alexei Starovoitov Subject: [PATCH 5.4 05/18] bpf: Add sanity check for upper ptr_limit Date: Fri, 19 Mar 2021 13:18:43 +0100 Message-Id: <20210319121745.633988469@linuxfoundation.org> X-Mailer: git-send-email 2.31.0 In-Reply-To: <20210319121745.449875976@linuxfoundation.org> References: <20210319121745.449875976@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Piotr Krysiuk commit 1b1597e64e1a610c7a96710fc4717158e98a08b3 upstream. Given we know the max possible value of ptr_limit at the time of retrieving the latter, add basic assertions, so that the verifier can bail out if anything looks odd and reject the program. Nothing triggered this so far, but it also does not hurt to have these. Signed-off-by: Piotr Krysiuk Co-developed-by: Daniel Borkmann Signed-off-by: Daniel Borkmann Acked-by: Alexei Starovoitov Signed-off-by: Greg Kroah-Hartman --- kernel/bpf/verifier.c | 11 ++++++++--- 1 file changed, 8 insertions(+), 3 deletions(-) --- a/kernel/bpf/verifier.c +++ b/kernel/bpf/verifier.c @@ -4268,10 +4268,14 @@ static int retrieve_ptr_limit(const stru { bool mask_to_left = (opcode == BPF_ADD && off_is_neg) || (opcode == BPF_SUB && !off_is_neg); - u32 off; + u32 off, max; switch (ptr_reg->type) { case PTR_TO_STACK: + /* Offset 0 is out-of-bounds, but acceptable start for the + * left direction, see BPF_REG_FP. + */ + max = MAX_BPF_STACK + mask_to_left; /* Indirect variable offset stack access is prohibited in * unprivileged mode so it's not handled here. */ @@ -4280,15 +4284,16 @@ static int retrieve_ptr_limit(const stru *ptr_limit = MAX_BPF_STACK + off; else *ptr_limit = -off - 1; - return 0; + return *ptr_limit >= max ? -ERANGE : 0; case PTR_TO_MAP_VALUE: + max = ptr_reg->map_ptr->value_size; if (mask_to_left) { *ptr_limit = ptr_reg->umax_value + ptr_reg->off; } else { off = ptr_reg->smin_value + ptr_reg->off; *ptr_limit = ptr_reg->map_ptr->value_size - off - 1; } - return 0; + return *ptr_limit >= max ? -ERANGE : 0; default: return -EINVAL; }