From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pl1-f181.google.com (mail-pl1-f181.google.com [209.85.214.181]) (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 2741E248F57 for ; Sun, 17 May 2026 13:52:19 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.214.181 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779025942; cv=none; b=PcVR/b1NlVL4/YnjuvlBjDalcp5XhzJvsAomQ3Ipqav0iauLL5VMM9EDFGW0GRju8xcQqs67wEpRDn9ZKxckGpou2Mzu++e42Um4xn9XvKQM7B8l7KgSMbmuHdzvg4P3yQ9gTX/JJQQcGbHgltqZG+BOHHZtjRpBn57BO0XgvIg= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779025942; c=relaxed/simple; bh=h9wtCFyFzLcO5jEPh6ZyLGnKzsR9VPlqSRMjF9S/Z5c=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=NYhZhHrSOnjSg8pwUOju5znKBlGsd6VJhqv1nY5dlEcYD4fYO3ppUCBfT8Y8DPnDZKSq9tVcyjRgi/QmoyErtfpHujDzG3qShMvoPpRdWVQM4Yf4SMGLjjPKFw8xjMQw99pcl/nn8c1FZZyuKXjipe6Qe0IiCPiEWaIPA0UUMBk= 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=AcMyu/Yi; arc=none smtp.client-ip=209.85.214.181 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="AcMyu/Yi" Received: by mail-pl1-f181.google.com with SMTP id d9443c01a7336-2bab82d75fdso5881525ad.2 for ; Sun, 17 May 2026 06:52:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1779025939; x=1779630739; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=ZgCyM9TX/SDLwUVzAsJaESZmJB2eQmJkR2yeVp3A4iI=; b=AcMyu/YiHnuv8UHNrshBKcUHaBruU8r/Mcv/3mpYinz4ZnZkcwnmbwP78k3L1nLOSG mRUHngbLMUiR180OjGSjLSqJYRNF2nBMo97GMLTN/Cbb+W3U3gePvaFnZgQp2UFdCf9r hvFv/NHudjvZj4PhBnn2qtnuVZXEKbwfhJFsmHA78qYpHnG8vci8Vxo0ODMyg3S85l3H ZA780cCPO1PtW/9nMoQ2RCSVynehZSsDATBhIRkKKylV1Zl8upVup62sVXpBi7GRlWUj 8nOT/6B0JoVivvnwsKYOtVCGv/FdH45N1h37KBikvyWr9QupLmiJOdQW0ZcoVNaiazCe lj3A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1779025939; x=1779630739; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=ZgCyM9TX/SDLwUVzAsJaESZmJB2eQmJkR2yeVp3A4iI=; b=PFzm7f/ksw4mu6SWzgy6CUjVn4NPXnJxUqS2oPNpPOJ2lukm96Er49bBz0pv8e0ccV fl3KkDKzwPaRdBBpCgBV2sh7paB8pYzWOuMHk1T8Da2jyZc8p2rxdFCSy0ejgopOXvVg SJkQ49xPD3hLWyuzVWG2RHyVawuj8WFphQUCorNEA7VjYCYyloXB2dcFEez+nUTg1gqJ orUo2+lRIh2KtMZy0L4mZ+vW3PAtOpBoo9EGR72dJkTaza3f0KQcf6YYqX6RO4jdkEq7 +FKapnLob+97CDc+OKT68GyHnqyfqqEyuG+Sn4YuglwILTzzz50+anhFXnWeTfownVTO ZsDA== X-Forwarded-Encrypted: i=1; AFNElJ+d23sB6QccYWkTGWsWnCYIQd5yfZtcVFJXiC1U/w56PVTsarx8fI+TKHf+MHwU3t55uCdjrLCldU6cxy0=@vger.kernel.org X-Gm-Message-State: AOJu0YwO/92PN3+5drCpjNA5ywy+mHnxnzm6fVPchSDLBRYS+H6amMJ2 /b3Tjx8+swAfJ509lEf8y1xdY5rW2CtWRQj7Yv02Lal5F30dqIgJsDTp X-Gm-Gg: Acq92OESzFJ+LY5PR0AKFH1ZNV+E4xDikq/4ACuzW/0oECgAeGcW26iZrJgQvU2ato0 T627lSYtvrllquOI+xV+nXLEBGqvElgW6R3NkST5IF4hqOtw0FBFIawP4lHaTmISDiTwKxY2MMe ijOPGIQZ32+6DTG7jMdf/5OECfKPxLcZqvIOuWOtWA/ukpF8cWPIE4x/GjfGavrFGni6XfaIcpy ebv//WHWdnXeH1Jel6R9ElFBa4TqFLiYYTUPPT8ob5DlqNsY/drRzHfBU+scMz3NG6n/u4CodM9 XjYo9nztHCGw1/EBbLrVW6moHVky35LDabeCFGliQiJu1hYmm9tCZ257hDu6I6l8ozRwK1K8MUm PMenrPew4Wk0NWbp5ycUj7Nbe1J+H7e1wx5ieoGskUxK5rPinvwGXo1ZKum9Qi05gmsACnKrt6z scdp79yvjqC40SHB6XRupSqdZtTzR6cfsWoaUSlV1K7JP6bDhW X-Received: by 2002:a17:902:8303:b0:2b9:f8e9:70e2 with SMTP id d9443c01a7336-2bd7e782ec7mr93513875ad.8.1779025939377; Sun, 17 May 2026 06:52:19 -0700 (PDT) Received: from jmoon ([118.220.156.4]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-2bd5bd5fc47sm113873385ad.10.2026.05.17.06.52.17 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 17 May 2026 06:52:19 -0700 (PDT) From: Jinmo Yang To: linux-input@vger.kernel.org Cc: jikos@kernel.org, benjamin.tissoires@redhat.com, linux-kernel@vger.kernel.org, stable@vger.kernel.org, Jinmo Yang Subject: [PATCH 0/4] HID: wacom: add report length validation in irq handlers Date: Sun, 17 May 2026 22:52:11 +0900 Message-ID: <20260517135215.2220117-1-jinmo44.yang@gmail.com> X-Mailer: git-send-email 2.53.0 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Several wacom IRQ handler sub-functions access fixed offsets in the raw HID report buffer without validating the buffer length. wacom_wac_irq() receives the length from wacom_raw_event() but does not validate it before dispatching to the sub-functions, which do not receive the length parameter. A malicious USB device can declare a small HID report in its descriptor and send a matching short report that passes the HID core size check (csize >= rsize), but the driver assumes a full-size hardware report layout, leading to slab-out-of-bounds reads. Note: this is not mitigated by the recent HID core bounds checking series which validates actual_size >= declared_size. An attacker controls both the descriptor (declared size) and the sent data (actual size), so the core check passes. Driver-level validation against the expected hardware report layout is still necessary. Tested with KASAN on Linux 7.1-rc3 (slab-out-of-bounds confirmed) and verified kernel panic on a production device via uhid. Jinmo Yang (4): HID: wacom: validate report length for PL and PTU handlers HID: wacom: validate report length for DTU handler HID: wacom: validate report length for DTUS handler HID: wacom: validate report length for 24HDT and 27QHDT handlers drivers/hid/wacom_wac.c | 15 +++++++++++++++ 1 file changed, 15 insertions(+) -- 2.53.0