Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3424932pxf; Mon, 22 Mar 2021 06:15:16 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzUrqW8S6ZMxrZuILurAGjJePmC2zDWa+FefVyIYDQjEHT82SzCnpDffi5CBYB/LFnjfzPx X-Received: by 2002:aa7:cb82:: with SMTP id r2mr25751121edt.209.1616418916112; Mon, 22 Mar 2021 06:15:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616418916; cv=none; d=google.com; s=arc-20160816; b=AF4DqFLDV1gLpLZpJLl4H6/rmpwJPYx2S3xjPw7pdsEMrlx9NizRDPHgeVlI9ctNHE 7W3SHGzjSQcgIB8GEo0Lz1xFfGaF9H/nrJ39WuUWDiftaNU16ZlfydxFrWiJd88zVOuh GRE5HUJIuALu15YJ3B3ZgFHE4/hYeA1KxVB1JXfM7xnxhm9S6ZHDt2iRdKf2EtTstzV3 Jnhu50GMhwqaTqAPEQJUXHBuaCeUTm8E4ZsLAtq5fuKygwqPWkeZpDECfqTiQ16B7n2Q Cn5eNF3pv8LVEpWomuGLVvVVHLwlcG/JyhCDDmWXN73ZtOVef84LRCBjFxK/lFLLPgu7 w1Jw== 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=hUINrHEtIW/7xETIl4k4jJoD+wMBkiY4ykz5HSyHoek=; b=fSdqf0NhuMTNhQdiXg5wf4nTbo2im8w6jivSlEXt/irieAD6/abnSsckQ6HHoe8+Ev Z/v4xJdgsUGz0as4DykBd74qqsHRQexuqFnDmyHSQCKcnyDv6MA/ql5EFayEZfVQUjMN 3000OLQh9o8IPJPsOCrmCq1UFIJ/mv9z4OZfBQHmZepsPJlj3m22uXqK+IEulAl1U89o RsFxO7hqxAQABgIMdAQGH03dBZv4Vem8hiDbdTgxZC9pjxp/0G5SuODhtdJ3qpXYU/On gq2QNHQgJdmXAMNVOWtvaCYo1bmvo97aAuiGdi6cQt+klxF/mvOaF1JqvlbovR4QSyIx bsAA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=2rtrO0+g; 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 mm23si11259084ejb.540.2021.03.22.06.14.52; Mon, 22 Mar 2021 06:15:16 -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=2rtrO0+g; 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 S230251AbhCVNN4 (ORCPT + 99 others); Mon, 22 Mar 2021 09:13:56 -0400 Received: from mail.kernel.org ([198.145.29.99]:49508 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230482AbhCVM4Y (ORCPT ); Mon, 22 Mar 2021 08:56:24 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 184B5619BC; Mon, 22 Mar 2021 12:48:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1616417309; bh=EDHo5EtwE/zUEs+4jbe7lpalNHcGSxojzeaT9hy/QTc=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=2rtrO0+gOllaXjh6c9YfgNMrT7pnqeTJfJsaw5sGOCBA3uFm0B17oAXvd71VTS9OI SxrQK7mx3GUrV4zVazmb3VaRy37WQyd4EtzNQMldhEwP5B97hEtFsfHtNwui3nxcBh 2vdaWaID+mkcBbGv1w1IFmY9DDbkk8jA7gizNhmg= 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 4.14 06/43] bpf: Add sanity check for upper ptr_limit Date: Mon, 22 Mar 2021 13:28:47 +0100 Message-Id: <20210322121920.260131229@linuxfoundation.org> X-Mailer: git-send-email 2.31.0 In-Reply-To: <20210322121920.053255560@linuxfoundation.org> References: <20210322121920.053255560@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 @@ -2029,24 +2029,29 @@ 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; off = ptr_reg->off + ptr_reg->var_off.value; if (mask_to_left) *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; }