From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wr1-f41.google.com (mail-wr1-f41.google.com [209.85.221.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 015C03B95E3 for ; Wed, 3 Jun 2026 15:16:43 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.221.41 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1780499805; cv=none; b=KU3MiOJQr8k5jU372oRGr03QKPr2UDM3BuHU6qb53fBqzkrJbPEKUvH03DA3gOklWxGq/+2+Euy/LR6Zcr4vXBirYYa8gp/zIMGrDbM1jQeSXbl/cDmwSDbANBPRJr0VOWhEZN/yKChyamgEA5WE7dBs8SV59GhPNxRiP/dDQsc= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1780499805; c=relaxed/simple; bh=DQ8Y/4v5YdnUPcSKspvljjFWbGO8P2IvzlOPanwUzFI=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=TDAySmSB1EdL0Ok1XrUJxJo4CjvlO1/oP5+VK2oJNiuHHamBS7SV+k6onGvv2GKMYOZfy4GVMr2pbYeXnDjKyaBoDIbsfpEY+2qHlekl9NHZ6GT85Eo0MzOXXU3WMvcwaEELyO/m/AjvKts53VXrN6BL0QLNNb4J1pXT7duhlZk= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=mXzeewM4; arc=none smtp.client-ip=209.85.221.41 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="mXzeewM4" Received: by mail-wr1-f41.google.com with SMTP id ffacd0b85a97d-45ef616daf6so5399085f8f.3 for ; Wed, 03 Jun 2026 08:16:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1780499802; x=1781104602; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=MaF6lWKR8sLzmWJlJ6QvlML1zUSvU9tppAwiknuVLcA=; b=mXzeewM4xtOJ/gda+ryVK+ko3W2upiC98RPQcZ1apTCi3Jefj7qsrABiGdy5VvNhbN HrHRpIg/r/71ddsJKVJTSyyb4PSfMHNKfwdm4xx/nQvqNfe59cysg7pWB/VZXTzkyGb6 2fhgEZO0WFgIf0q6+moq0DbXvBRbG4IPlDYX+rTDw5kYlh3PPTXfMC3nZ/v/IlBKyr1i KT3efVhrr3qPbvZz7ap2TeVBnyz4RyD9EBqUHRYtDjXIgJ2pC1SP2/TIEx/bkY7KhpHZ 3IG49jqTC/WPzpU8wXNq/gOUqc6/LxHElMGbpd0J+xQ3Ek3xYOcMr5qsDseeXtKUhoI/ JN+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1780499802; x=1781104602; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=MaF6lWKR8sLzmWJlJ6QvlML1zUSvU9tppAwiknuVLcA=; b=IHjdk6ciS7x1J21XEc4kWLOHQf5K+w7ZN8T7a1F6W0k5bfxnvY1f3SDRp5O/flyQds u5dW/YaYlOIJsqWqmrKbAZPeKsxDkR0OrhHZFTNWIsFljh5XyQG8LyRnuAraguEquWUx nEWOpKNulbWJco2fLQ6Hte5+JQdgdWJI6xJPvRFCI7mngaiZDzUC6uWgllhvdP7uFXgr Fnre7DZzGLTYfY9Anp+PnbtNcrq7W63e8fFDE0BeGM6Fqpf/vYiufup33EZBljQJnUsH VN8E3KLllqmTRHil3ntAI3DnlZJsOqZUYrcNdpop0AhezXl0xcUeTtpnD+DT0IRNgnsz VSHw== X-Forwarded-Encrypted: i=1; AFNElJ+pPlWpC/1uoXebsqTP4+08l58z/eayaR8OI9U9+E3CEgdKAxi8yBZ2AQZ5ADtJIxcK0d5V1Qss1fa7aX0=@vger.kernel.org X-Gm-Message-State: AOJu0YyZuRKPJF8PJ+o3zeZsu3Og4UqdbVxiu+OeLgkNEac/BNW7x6xA 2+48pVa58Y6a1tKqOtnVRrSWkmgTTKgQ+X4S9Hh7OOk5KH7cohNOt7Lk X-Gm-Gg: Acq92OGHrES43rZuJRxvY9cc+9qf+BDw2hnSSA8J1PuPvzpDYews2XMIYEaryr5/6sB yv5EVYkDMkz/gbWzap7KMdCISwFkBYnlPkZyTOP548XoYGiDEG7hTB8SybEOyRi8aeEMCRif+PC LvKdzxO0rPBsYwGORx6kGG3HD/1rtcEjleGsXWlUDDoTB9TuTtPuQUhpvjmtOX8hFOSVeMdAW8m OeVHhsoqYgHYXAB+CHMQcPNoCaLejSM/xH84YBcN0ZCz/HjYfEDF3ppNAyCmRvMatgOrDUnNO+N z/FF3r/rj8kDy7DdHzdWHJiwTQw/zHfGUyOqYgOxNpk6M9fhR0Hci6BB67cB1nY5uZQuSmbpt/E Ek1yeDmw0FxJUsIKrgjmcWA8u+kpzsNdkBt5ywon1Q8GuwLonLm7IDb5rivz1j+5UdAwcrmK2oe FUNoXSKIKfXWw/8zEkUQB7kfwWTSbcpLBC+oZEvr8vfMjqbPZXPQCH1TXHMxa+yRm2YYaORe8iV jo1WRRFou6IYyTHZ3P69g== X-Received: by 2002:a05:600c:8b48:b0:48f:d612:3c59 with SMTP id 5b1f17b1804b1-490b5ea6ddbmr67495725e9.9.1780499802292; Wed, 03 Jun 2026 08:16:42 -0700 (PDT) Received: from ?IPV6:2a01:4b00:bd1f:f500:f867:fc8a:5174:5755? ([2a01:4b00:bd1f:f500:f867:fc8a:5174:5755]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-4601f344762sm9064550f8f.23.2026.06.03.08.16.41 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 03 Jun 2026 08:16:41 -0700 (PDT) Message-ID: <714fb4cc-2eb2-40be-9202-d82d405d82ae@gmail.com> Date: Wed, 3 Jun 2026 16:16:41 +0100 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH bpf-next 1/3] bpf: Check tail zero of bpf_map_info To: Leon Hwang , bpf@vger.kernel.org Cc: Alexei Starovoitov , Daniel Borkmann , John Fastabend , Andrii Nakryiko , Martin KaFai Lau , Eduard Zingerman , Kumar Kartikeya Dwivedi , Song Liu , Yonghong Song , Jiri Olsa , Shuah Khan , Yuyang Huang , KP Singh , Stanislav Fomichev , linux-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org, kernel-patches-bot@fb.com References: <20260603144518.67065-1-leon.hwang@linux.dev> <20260603144518.67065-2-leon.hwang@linux.dev> Content-Language: en-US From: Mykyta Yatsenko In-Reply-To: <20260603144518.67065-2-leon.hwang@linux.dev> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 6/3/26 3:45 PM, Leon Hwang wrote: > Since there're 4 bytes padding at the end of struct bpf_map_info, they > won't be checked by bpf_check_uarg_tail_zero(). > > pahole -C bpf_map_info ./vmlinux > struct bpf_map_info { > ... > __u64 hash __attribute__((__aligned__(8))); /* 88 8 */ > __u32 hash_size; /* 96 4 */ > > /* size: 104, cachelines: 2, members: 18 */ > /* padding: 4 */ > /* forced alignments: 1 */ > /* last cacheline: 40 bytes */ > } __attribute__((__aligned__(8))); > > If a future kernel extension adds a new 4-byte field, older userspace > programs allocating this structure on the stack might inadvertently pass > uninitialized stack garbage into the new field, permanently breaking > backward compatibility. -- sashiko [1] > > Fix it by changing sizeof(info) to > offsetofend(struct bpf_map_info, hash_size). > > [1] https://lore.kernel.org/bpf/20260513224823.6494FC19425@smtp.kernel.org/ > > Fixes: ea2e6467ac36 ("bpf: Return hashes of maps in BPF_OBJ_GET_INFO_BY_FD") > Signed-off-by: Leon Hwang > --- Acked-by: Mykyta Yatsenko > kernel/bpf/syscall.c | 5 +++-- > 1 file changed, 3 insertions(+), 2 deletions(-) > > diff --git a/kernel/bpf/syscall.c b/kernel/bpf/syscall.c > index 625a4366fe6d..1007fb7c87e9 100644 > --- a/kernel/bpf/syscall.c > +++ b/kernel/bpf/syscall.c > @@ -5400,10 +5400,11 @@ static int bpf_map_get_info_by_fd(struct file *file, > { > struct bpf_map_info __user *uinfo = u64_to_user_ptr(attr->info.info); > struct bpf_map_info info; > - u32 info_len = attr->info.info_len; > + u32 info_len = attr->info.info_len, len; > int err; > > - err = bpf_check_uarg_tail_zero(USER_BPFPTR(uinfo), sizeof(info), info_len); > + len = offsetofend(struct bpf_map_info, hash_size); > + err = bpf_check_uarg_tail_zero(USER_BPFPTR(uinfo), len, info_len); > if (err) > return err; > info_len = min_t(u32, sizeof(info), info_len);