From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 7C1DF3446AF; Mon, 20 Apr 2026 16:09:56 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776701396; cv=none; b=VIQKvKPtc3SUVgvo16niHbkHnszgkYsE4VPU5CNMiZn2satA9iUYRHSMZYKnBCZP0+kKwgxSWBg043XK/5mttXS2qbm9mkWhaxPQuFOEb7NTGBzhKXo2/iUY1OBB20rWBbo800wchbPIO1ADC6kgx5VmCkbArfX220M4KqAMcA8= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776701396; c=relaxed/simple; bh=1vMdsIbVgwap351kwbMG9Rynsy+X/4bhaUAUWLjvkOM=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=LL+mW2yCNU5NiXlnpxAalo6QInDmEYxuo0e80/HEA54reeJu3GGJpZedGpNYkxafmnXPjqYU4Fl//I2rVrOn39EVnpMFpXFogyIzG/He8udeqeLGAcKE96ADuM3AUlQFoFfv+u7h3LSZEGVce81P/ExyIqHz3KrCHcqWF7HLhbE= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b=AG5tG7oU; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b="AG5tG7oU" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 13555C19425; Mon, 20 Apr 2026 16:09:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1776701396; bh=1vMdsIbVgwap351kwbMG9Rynsy+X/4bhaUAUWLjvkOM=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=AG5tG7oUShMRWDYXezU8vaoUsEhs8gWpDSl3pKpLGAXpap5lm2aKaA1mYDym52pj8 mKvMHO+He36MIX0taE0FhN3LvTOuPRFQNiC5giguVmLQnbc7zM6qMhM8rfTCyjTdYz jyVDex3h65HraqrLN8ibQOOni/w1jDhZiV2nPyZI= From: Greg Kroah-Hartman To: stable@vger.kernel.org Cc: Greg Kroah-Hartman , patches@lists.linux.dev, stable , Jiri Kosina , Benjamin Tissoires , linux-input@vger.kernel.org, Jiri Kosina Subject: [PATCH 6.12 098/162] HID: core: clamp report_size in s32ton() to avoid undefined shift Date: Mon, 20 Apr 2026 17:42:10 +0200 Message-ID: <20260420153930.589360189@linuxfoundation.org> X-Mailer: git-send-email 2.53.0 In-Reply-To: <20260420153927.006696811@linuxfoundation.org> References: <20260420153927.006696811@linuxfoundation.org> User-Agent: quilt/0.69 X-stable: review X-Patchwork-Hint: ignore Precedence: bulk X-Mailing-List: stable@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 6.12-stable review patch. If anyone has any objections, please let me know. ------------------ From: Greg Kroah-Hartman commit 69c02ffde6ed4d535fa4e693a9e572729cad3d0d upstream. s32ton() shifts by n-1 where n is the field's report_size, a value that comes directly from a HID device. The HID parser bounds report_size only to <= 256, so a broken HID device can supply a report descriptor with a wide field that triggers shift exponents up to 256 on a 32-bit type when an output report is built via hid_output_field() or hid_set_field(). Commit ec61b41918587 ("HID: core: fix shift-out-of-bounds in hid_report_raw_event") added the same n > 32 clamp to the function snto32(), but s32ton() was never given the same fix as I guess syzbot hadn't figured out how to fuzz a device the same way. Fix this up by just clamping the max value of n, just like snto32() does. Cc: stable Cc: Jiri Kosina Cc: Benjamin Tissoires Cc: linux-input@vger.kernel.org Assisted-by: gregkh_clanker_t1000 Signed-off-by: Greg Kroah-Hartman Signed-off-by: Jiri Kosina Signed-off-by: Greg Kroah-Hartman --- drivers/hid/hid-core.c | 3 +++ 1 file changed, 3 insertions(+) --- a/drivers/hid/hid-core.c +++ b/drivers/hid/hid-core.c @@ -71,6 +71,9 @@ static u32 s32ton(__s32 value, unsigned if (!value || !n) return 0; + if (n > 32) + n = 32; + a = value >> (n - 1); if (a && a != -1) return value < 0 ? 1 << (n - 1) : (1 << (n - 1)) - 1;