From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from lists.ozlabs.org (lists.ozlabs.org [112.213.38.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 53881CD6E57 for ; Tue, 2 Jun 2026 11:27:20 +0000 (UTC) Received: from boromir.ozlabs.org (localhost [127.0.0.1]) by lists.ozlabs.org (Postfix) with ESMTP id 4gV7pZ45TVz2xmV; Tue, 02 Jun 2026 21:27:18 +1000 (AEST) Authentication-Results: lists.ozlabs.org; arc=none smtp.remote-ip=198.175.65.15 ARC-Seal: i=1; a=rsa-sha256; d=lists.ozlabs.org; s=201707; t=1780399638; cv=none; b=C1dU1RVwJc78nN8w5dsnJiUr5qh5uryBbSQzKZfQXldaD8su3DpogCaXvDwJg1cFIeY4pzisVprt9foyS2U0UNylW8w29jnDHavpbi6WIsPBvUoX+mz19IA1d8PgT2OvARFHqQtBqX9HgWINpawVbuExGB9f7cosig7a37CxlWzhfuUmf6Ri3+tN8HoaoMdKjNwPNk/vIiRSN/V/ty9hk5EUcP9wPIwXBnayOnTlnoCXzW6lv5r3mWkLhlN1oQfdRgMewjY5v/erdzKZYq0EYOE7WiBXiH5R+59kEwOf7BGgjzhtis0FyWosruTl4vmQ6h8TDhN1T+jSN86NkUIwsA== ARC-Message-Signature: i=1; a=rsa-sha256; d=lists.ozlabs.org; s=201707; t=1780399638; c=relaxed/relaxed; bh=CP93nlQssNvYpFC8rnfGZuXcUdBpP5yef/5fnF6hzcI=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=CrlD/m/tAJOa5j0zJNaCpY9uU+mMkYLTSvA9vnU5zPG4eu/hkCkPgGSiqSv8hi8uo6GK4clVITceQ4icUeeYO1kH1y4LFdrpEQOKf8vzhzJlSeP72YP6jaePkSyDAAQybMyXViyZGfrP16PAsznRZ+c37k3kgJyGpfFqQuFAiJIf3CqHhYsUH2+p0nWGKkFKUZNfg4uBykjdv8J0a2eOBErreKozg3gjjNsJ2pROcrzVmLutr7fIaN/7dq85Krn4qLTOAFteHQufSpWGsdxRcVpfbobFjnTOjUquI56v7PnBIqhnwxY5iQZAr/5COPuNls+4qRodTzcuqQRABeeY/A== ARC-Authentication-Results: i=1; lists.ozlabs.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com; dkim=pass (2048-bit key; unprotected) header.d=intel.com header.i=@intel.com header.a=rsa-sha256 header.s=Intel header.b=bl1UOhv7; dkim-atps=neutral; spf=pass (client-ip=198.175.65.15; helo=mgamail.intel.com; envelope-from=andriy.shevchenko@linux.intel.com; receiver=lists.ozlabs.org) smtp.mailfrom=linux.intel.com Authentication-Results: lists.ozlabs.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com Authentication-Results: lists.ozlabs.org; dkim=pass (2048-bit key; unprotected) header.d=intel.com header.i=@intel.com header.a=rsa-sha256 header.s=Intel header.b=bl1UOhv7; dkim-atps=neutral Authentication-Results: lists.ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=linux.intel.com (client-ip=198.175.65.15; helo=mgamail.intel.com; envelope-from=andriy.shevchenko@linux.intel.com; receiver=lists.ozlabs.org) Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 4gV7pV4f80z2xLm for ; Tue, 02 Jun 2026 21:27:12 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1780399635; x=1811935635; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=vFe0YHJbZeLES+sUauMUh5hZ46dD8ew9Ej6lDFLoT9Q=; b=bl1UOhv7Q9gpXvwgwKZ1jNAzV5kowazLl6JqPZuE/SzAIfdVJwx/t8QC Q8tod5a+rJxlOTmKiPGMBdowlUXqBfkDdvoAvtPm0Yae/3bw8l/jVmnTt KBFa+5du142RqZN8LN+XWf6u8PJvH5XFrMrCCDSRtPg+vHes82yV3BDf3 55o2ID+67I4l1KojRTSZZ5iKlCpKrG7mkLuozKpn5WIIYiFO4JugaSCVl Zj/PgyH20zswL/pN7jPn/VLSGuePe9RdPip7rWeqqfiKLXdIyM1Fvf/4x xXl+twz0F29eP66F/QBG4OHwurWUpjApLh2kOokJi+fhCJiHsy1BOaAJt Q==; X-CSE-ConnectionGUID: Ur56BX40Sfiv/jpJBLvcpQ== X-CSE-MsgGUID: yfaKReo/THeZ8HVfNJPECg== X-IronPort-AV: E=McAfee;i="6800,10657,11804"; a="84805001" X-IronPort-AV: E=Sophos;i="6.24,183,1774335600"; d="scan'208";a="84805001" Received: from fmviesa007.fm.intel.com ([10.60.135.147]) by orvoesa107.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 02 Jun 2026 04:27:08 -0700 X-CSE-ConnectionGUID: 57WJuzJhQk+bJIT4F8AZnw== X-CSE-MsgGUID: InV+5AxmRSKrEz4WoNh7bQ== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.24,183,1774335600"; d="scan'208";a="240879149" Received: from mkosciow-mobl1.ger.corp.intel.com (HELO localhost) ([10.245.245.229]) by fmviesa007-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 02 Jun 2026 04:26:48 -0700 Date: Tue, 2 Jun 2026 14:26:46 +0300 From: Andy Shevchenko To: Kees Cook Cc: Luis Chamberlain , Pengpeng Hou , stable@vger.kernel.org, Petr Pavlu , Richard Weinberger , Anton Ivanov , Johannes Berg , "Rafael J. Wysocki" , Len Brown , Corey Minyard , Gabriel Somlo , "Michael S. Tsirkin" , Jani Nikula , Joonas Lahtinen , Rodrigo Vivi , Tvrtko Ursulin , David Airlie , Simona Vetter , Bart Van Assche , Jason Gunthorpe , Leon Romanovsky , Laurent Pinchart , Hans de Goede , Mauro Carvalho Chehab , Bjorn Helgaas , Hannes Reinecke , "James E.J. Bottomley" , "Martin K. Petersen" , Daniel Lezcano , Zhang Rui , Lukasz Luba , Greg Kroah-Hartman , Jiri Slaby , Alan Stern , Jason Wang , Xuan Zhuo , Eugenio =?iso-8859-1?Q?P=E9rez?= , Jason Baron , Jim Cromie , Tiwei Bie , Benjamin Berg , Ilpo =?iso-8859-1?Q?J=E4rvinen?= , "David E. Box" , "Maciej W. Rozycki" , Srinivas Pandruvada , Peter Zijlstra , Heiko Carstens , Vasily Gorbik , Sean Christopherson , Paolo Bonzini , Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , x86@kernel.org, "H. Peter Anvin" , Vinod Koul , Frank Li , Daniel Gomez , Sami Tolvanen , Aaron Tomlin , Alexander Potapenko , Marco Elver , Dmitry Vyukov , Andrew Morton , John Johansen , Paul Moore , James Morris , "Serge E. Hallyn" , Georgia Garcia , kvm@vger.kernel.org, dmaengine@vger.kernel.org, linux-modules@vger.kernel.org, kasan-dev@googlegroups.com, linux-mm@kvack.org, apparmor@lists.ubuntu.com, linux-security-module@vger.kernel.org, linux-um@lists.infradead.org, linux-acpi@vger.kernel.org, openipmi-developer@lists.sourceforge.net, qemu-devel@nongnu.org, intel-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org, linux-rdma@vger.kernel.org, linux-media@vger.kernel.org, linux-pci@vger.kernel.org, linux-scsi@vger.kernel.org, linux-pm@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-serial@vger.kernel.org, linux-usb@vger.kernel.org, usb-storage@lists.one-eyed-alien.net, virtualization@lists.linux.dev, linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org, netdev@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-hardening@vger.kernel.org Subject: Re: [PATCH 01/11] params: bound array element output to the caller's page buffer Message-ID: References: <20260521133315.work.845-kees@kernel.org> <20260521133326.2465264-1-kees@kernel.org> X-Mailing-List: linuxppc-dev@lists.ozlabs.org List-Id: List-Help: List-Owner: List-Post: List-Archive: , List-Subscribe: , , List-Unsubscribe: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20260521133326.2465264-1-kees@kernel.org> Organization: Intel Finland Oy - BIC 0357606-4 - c/o Alberga Business Park, 6 krs, Bertel Jungin Aukio 5, 02600 Espoo On Thu, May 21, 2026 at 06:33:14AM -0700, Kees Cook wrote: > > param_array_get() appends each element's string representation into the > shared sysfs page buffer by passing buffer + off to the element getter. > > That works for getters that only write a small bounded string, but > param_get_charp() and similar helpers format against PAGE_SIZE from the > pointer they receive. Once off is non-zero, an element getter can > therefore write past the end of the original sysfs page buffer. > > Collect each element into a temporary PAGE_SIZE buffer first and then > copy only the remaining space into the caller's page buffer. ... > + elem_buf = kmalloc(PAGE_SIZE, GFP_KERNEL); get_free_page() (or how it is called)? > + if (!elem_buf) > + return -ENOMEM; > + > for (i = off = 0; i < (arr->num ? *arr->num : arr->max); i++) { > - /* Replace \n with comma */ > - if (i) > - buffer[off - 1] = ','; > p.arg = arr->elem + arr->elemsize * i; > check_kparam_locked(p.mod); > - ret = arr->ops->get(buffer + off, &p); > + ret = arr->ops->get(elem_buf, &p); > if (ret < 0) > - return ret; > + goto out; > + ret = min(ret, (int)(PAGE_SIZE - 1 - off)); It's usually discouraged to use castings in min/max/clamp. Can we make ret long or do something different here? > + if (!ret) > + break; > + /* Replace the previous element's trailing newline with a comma. */ > + if (i) > + buffer[off - 1] = ','; Can't we do this after with help of strreplace()? > + memcpy(buffer + off, elem_buf, ret); > off += ret; > + if (off == PAGE_SIZE - 1) > + break; > } > buffer[off] = '\0'; > - return off; > + ret = off; > +out: > + kfree(elem_buf); > + return ret; -- With Best Regards, Andy Shevchenko