Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4755046pxj; Wed, 12 May 2021 12:29:40 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz5NuxvXI/wQKX65GkaOHjHFh1xlC5N3GYo3gcgLu/jO8vDr/cjytjVn4QCn4gZnea4/oMP X-Received: by 2002:a17:906:7e0f:: with SMTP id e15mr638561ejr.398.1620847780364; Wed, 12 May 2021 12:29:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620847780; cv=none; d=google.com; s=arc-20160816; b=lj18d7JagWCpFpgvuGZ6ewRBMdeOHHS9p1pFfBIJAvP0KcM42xrnQQJQCBTbuRlQAR 5LQeBH/hSx5kNyMKO3zQsdFDXjhFnHWfUNBNK97QnUGy+fwQBMaqcNmjYubG1FnatOpN 5ahaxvqulkZQQ6eZ2fqv+23OFoYaGIYraMc3BdJleXbwZU+buKeIukP4+b0O7UrxxYLm 22vX2KAvBLmNmmL0ceyZobbnE7NwMfgCppcIgAudkQHdRJwMvl2wkVahwC6JTFrdD2uA cGCJEbIJICuIT/ofFFWIVKTb0jNpt1L/UahsSM0cgmQ0lkCsOR31Mfw0Ua6gx8Qy/Mcx Lfaw== 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=FaulBatcN2VvAztiKTyPv9Xyhq6NgMRYlKFXSQ3usSM=; b=S0sDSXwHJ+F+jqoN+PHfDfgWryMPpTbeHq5/Ja3v+gWdih/ru6ig9LmhkN/ExGKFjX /cTMvFh9POnorQiqGnxPWGGtxrgdcNgsC0iqXFkyMTpAJq1VcMES1mV3I3Atn0R7xzmZ LHd4mZjjkrJvfOaerJAHlW5bVs5DOjuisENy9YWhbD1GptGdTfhhUcO2AUUDF3ZyFQPt Hy3WooDM3Gjj93I7KdVgIOEB6Gu5sziVK7JibRG7UQDjnyttpYOD05DubFEylEXs8yfG xOVp2bYG86eeBLNaoShUW+LdL4T19iCl4fplNr6MmVpouvqZ0eZ753IDNuLb/mdpU55M Iu8A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=OXjO4AC1; 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 b10si735751ejd.716.2021.05.12.12.28.54; Wed, 12 May 2021 12:29:40 -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=OXjO4AC1; 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 S1379451AbhELTTu (ORCPT + 99 others); Wed, 12 May 2021 15:19:50 -0400 Received: from mail.kernel.org ([198.145.29.99]:43882 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S244533AbhELQus (ORCPT ); Wed, 12 May 2021 12:50:48 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 3011E61D59; Wed, 12 May 2021 16:16:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1620836206; bh=ospfWuDRa457pdjkdHxlK+PFLlITh0QSDPAhnOHGV8A=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=OXjO4AC1x5KKiqHrYdqdzGGfNc2MPc6/u7N4s9FWvVvJqgiSH9+M5w6SkU/0hoIol j0dcOaqQ37QSKVaGnpCJK4/A2URiy9+HrNEf3O5yNt8P1fg2lJ4NkitosOBu+2qyOD TV8TrvScwUq0xUO0wTO0EZ3oR8bS5hXps6vRbWwg= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Daniel Borkmann , John Fastabend , Alexei Starovoitov , Sasha Levin Subject: [PATCH 5.12 654/677] bpf: Fix propagation of 32 bit unsigned bounds from 64 bit bounds Date: Wed, 12 May 2021 16:51:40 +0200 Message-Id: <20210512144859.096262012@linuxfoundation.org> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20210512144837.204217980@linuxfoundation.org> References: <20210512144837.204217980@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: Daniel Borkmann [ Upstream commit 10bf4e83167cc68595b85fd73bb91e8f2c086e36 ] Similarly as b02709587ea3 ("bpf: Fix propagation of 32-bit signed bounds from 64-bit bounds."), we also need to fix the propagation of 32 bit unsigned bounds from 64 bit counterparts. That is, really only set the u32_{min,max}_value when /both/ {umin,umax}_value safely fit in 32 bit space. For example, the register with a umin_value == 1 does /not/ imply that u32_min_value is also equal to 1, since umax_value could be much larger than 32 bit subregister can hold, and thus u32_min_value is in the interval [0,1] instead. Before fix, invalid tracking result of R2_w=inv1: [...] 5: R0_w=inv1337 R1=ctx(id=0,off=0,imm=0) R2_w=inv(id=0) R10=fp0 5: (35) if r2 >= 0x1 goto pc+1 [...] // goto path 7: R0=inv1337 R1=ctx(id=0,off=0,imm=0) R2=inv(id=0,umin_value=1) R10=fp0 7: (b6) if w2 <= 0x1 goto pc+1 [...] // goto path 9: R0=inv1337 R1=ctx(id=0,off=0,imm=0) R2=inv(id=0,smin_value=-9223372036854775807,smax_value=9223372032559808513,umin_value=1,umax_value=18446744069414584321,var_off=(0x1; 0xffffffff00000000),s32_min_value=1,s32_max_value=1,u32_max_value=1) R10=fp0 9: (bc) w2 = w2 10: R0=inv1337 R1=ctx(id=0,off=0,imm=0) R2_w=inv1 R10=fp0 [...] After fix, correct tracking result of R2_w=inv(id=0,umax_value=1,var_off=(0x0; 0x1)): [...] 5: R0_w=inv1337 R1=ctx(id=0,off=0,imm=0) R2_w=inv(id=0) R10=fp0 5: (35) if r2 >= 0x1 goto pc+1 [...] // goto path 7: R0=inv1337 R1=ctx(id=0,off=0,imm=0) R2=inv(id=0,umin_value=1) R10=fp0 7: (b6) if w2 <= 0x1 goto pc+1 [...] // goto path 9: R0=inv1337 R1=ctx(id=0,off=0,imm=0) R2=inv(id=0,smax_value=9223372032559808513,umax_value=18446744069414584321,var_off=(0x0; 0xffffffff00000001),s32_min_value=0,s32_max_value=1,u32_max_value=1) R10=fp0 9: (bc) w2 = w2 10: R0=inv1337 R1=ctx(id=0,off=0,imm=0) R2_w=inv(id=0,umax_value=1,var_off=(0x0; 0x1)) R10=fp0 [...] Thus, same issue as in b02709587ea3 holds for unsigned subregister tracking. Also, align __reg64_bound_u32() similarly to __reg64_bound_s32() as done in b02709587ea3 to make them uniform again. Fixes: 3f50f132d840 ("bpf: Verifier, do explicit ALU32 bounds tracking") Reported-by: Manfred Paul (@_manfp) Signed-off-by: Daniel Borkmann Reviewed-by: John Fastabend Acked-by: Alexei Starovoitov Signed-off-by: Sasha Levin --- kernel/bpf/verifier.c | 8 +++----- tools/testing/selftests/bpf/verifier/array_access.c | 2 +- 2 files changed, 4 insertions(+), 6 deletions(-) diff --git a/kernel/bpf/verifier.c b/kernel/bpf/verifier.c index a2ed7a7e27e2..42ec080b0ced 100644 --- a/kernel/bpf/verifier.c +++ b/kernel/bpf/verifier.c @@ -1362,9 +1362,7 @@ static bool __reg64_bound_s32(s64 a) static bool __reg64_bound_u32(u64 a) { - if (a > U32_MIN && a < U32_MAX) - return true; - return false; + return a > U32_MIN && a < U32_MAX; } static void __reg_combine_64_into_32(struct bpf_reg_state *reg) @@ -1375,10 +1373,10 @@ static void __reg_combine_64_into_32(struct bpf_reg_state *reg) reg->s32_min_value = (s32)reg->smin_value; reg->s32_max_value = (s32)reg->smax_value; } - if (__reg64_bound_u32(reg->umin_value)) + if (__reg64_bound_u32(reg->umin_value) && __reg64_bound_u32(reg->umax_value)) { reg->u32_min_value = (u32)reg->umin_value; - if (__reg64_bound_u32(reg->umax_value)) reg->u32_max_value = (u32)reg->umax_value; + } /* Intersecting with the old var_off might have improved our bounds * slightly. e.g. if umax was 0x7f...f and var_off was (0; 0xf...fc), diff --git a/tools/testing/selftests/bpf/verifier/array_access.c b/tools/testing/selftests/bpf/verifier/array_access.c index 1b138cd2b187..1b1c798e9248 100644 --- a/tools/testing/selftests/bpf/verifier/array_access.c +++ b/tools/testing/selftests/bpf/verifier/array_access.c @@ -186,7 +186,7 @@ }, .fixup_map_hash_48b = { 3 }, .errstr_unpriv = "R0 leaks addr", - .errstr = "invalid access to map value, value_size=48 off=44 size=8", + .errstr = "R0 unbounded memory access", .result_unpriv = REJECT, .result = REJECT, .flags = F_NEEDS_EFFICIENT_UNALIGNED_ACCESS, -- 2.30.2