From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pg1-f181.google.com (mail-pg1-f181.google.com [209.85.215.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 275EA3890FB for ; Mon, 3 Aug 2026 23:33:41 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.215.181 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785800023; cv=none; b=Z7tfdSiJEGMWaGZAiUx/c2/ItF5tUe3YNwnzCDp+I9DQnOmVXOH8s05gFZay2HZATyrr37uxgfpfUeaM4hrGc7n6JVy9sVn9yeLuGznOrX9KAQdlRKhplQ/iXDf+6ZhzBeMiR9L8zwDIKfdaiWF+pl1HxdK0Ccu8BdbS2O1ERks= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785800023; c=relaxed/simple; bh=MgBl1tjaTrOko8MnuN3rOVFNmFaTGLEvWTS5I1o0Blg=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=kGS+iHiCfpddXXkXHD1gIawdvm/jvjchsT6BFSkm63kqydj5nxy2ROJ6it98LBDNWt+Y/Srrix/FgpBxqDhYKdh/KqbnuJrbdRslwgdPaT8oXKnOD1wjZAgtaQ3ESBd0M0BSrHAt+DoEgDR1ks3/Y+Da3/tVb+PNPbQqoTxDR3M= 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=CUfAjpW5; arc=none smtp.client-ip=209.85.215.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="CUfAjpW5" Received: by mail-pg1-f181.google.com with SMTP id 41be03b00d2f7-cbb973e6749so4422563a12.1 for ; Mon, 03 Aug 2026 16:33:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1785800021; x=1786404821; darn=vger.kernel.org; h=in-reply-to:content-disposition:content-type:mime-version :references:message-id:subject:cc:to:from:date:from:to:cc:subject :date:message-id:reply-to:content-type; bh=QeqgW/4lTIg3SEDE03Q3XP4TRyhw16cUEWUdFHbkHtU=; b=CUfAjpW5UsBgcHH5Jm8/6yCif3diFamGY9jWV5MxlMlWa+R0hg3c88k96LSNQuZyev hEiS3ujDxnV+sOXAAzY39b4JosEUxh7SaP3ss4MlyBp+NGJfe2XYC2XTrqDspJrFv7gC QnXR49uVztlS3cI2YIJD7UcNYCNx35aLqhWFMuoD+uGuDkrJFelPTCSDdWdkJPs/dbzR PXJQAR6zpwAL1Mww24gGUG4ajVYlxtk7igLMBSGvYUefXeXRyOu7J+/rz8KQYSSyTjCN ZL8FQY5UQwPCecQzJLpPEsyv44Pm9rPmWdCBAyQ1WOgM3JLQpM7g9n6sTEfA+ux/2CcL 8B3Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1785800021; x=1786404821; h=in-reply-to:content-disposition:content-type:mime-version :references:message-id:subject:cc:to:from:date:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=QeqgW/4lTIg3SEDE03Q3XP4TRyhw16cUEWUdFHbkHtU=; b=EpzWLhaJtUhVjEWo6UROBbGTSXhnB0HyBs7wzUlxhly/viQi53hA23POjB0ayjaaqe rKuMldIAuQRhr6h4mYqc5W3ajSglUwh56DUYqXEq1Hr+/vso3WDssbImeSH6r5K5vSGY nrJW7MDie/T/QvGKPcA0+qIsqMANkHuzO6TQDCzxSGMMBpfwy9jMPHmj7CPyZ3S3p3X3 Km251twJkLrzfh+B45ikHCtHLyBv2TVkoEsHaibr5g3aKmISqGLo4HPddSTWvH+45Uye U3IGnlYg2CGc71zotm37386i3V/JAz66nKdWKVjd1xit0zxTtCHySdTC7/jcI3o4gN5u wTqQ== X-Forwarded-Encrypted: i=1; AHgh+RoUldiDqFwTLHDESldkq4UptsU6+R3bVJ6ZsUVKa4H5V72RdhEsKjnvdFTi1McOlFx6jiXB13o6NbxB9Kg=@vger.kernel.org X-Gm-Message-State: AOJu0YwF6qZLEnu0UD2Cexp0CwPjRIJAJKCezD6zOiefBZFka1+ZLQ0v TD3n5ln9inD/cupJIjAxwInahDR37WkWk3OXCrhRLilyst+aD2qD5Qte X-Gm-Gg: AR+sD10mQmSCnAGi1Loldc9RGBL8uIrzgmvdflZGJtRObOh+KJSijsXGeLc9RHh4Qxn OIqX1iUWUjUUEuExARG63My6sAmyF0oU46IwsdBv17GP4Yj8Ol2qOz83jiVwKTxfCutzNcxVjJs yxD8mQOTnLBRr23n08TiYV8SV6tpsJ7f1fzgseD0sLaX5zvHHzT4y95gcylTzYKkzHmxhkz71KJ kUasnlT37KpHj9LHWs/YH4yqC9GjeCZ4m5yRc2EteUiRs6pel46o3OUMpURI1+R2A2qEdXe/SGQ luLnjXj7kIjgDNXUVEo0CbA8g++JH6RRqQvH/Jgp5l+v1nu68kAYNRKPIhLEqZhGCz8OJb7wCcg Z8Wvu6/5sIUGmIxRxTgqwZAQ93lwJhQ08uJdzPRNpz23fQW/49h1ReEkDZ12egDRZ7E1vle8L+S cxBMuQ07wR7+xiZ917+YY3XCIADNWhZosyVuUtz1b4vHL5movvsTK8zVX5g4WkSiw0JsEwS0Qhf /Tf9JxY7x0Fc9kaLECwVUvNRt4CVI9N+w8nvda+ X-Received: by 2002:a05:6a21:a89:b0:3b3:223f:d3fc with SMTP id adf61e73a8af0-3c92a864c77mr11650058637.45.1785800021346; Mon, 03 Aug 2026 16:33:41 -0700 (PDT) Received: from google.com ([2a00:79e0:2ebe:8:d109:cdba:8a20:74ad]) by smtp.gmail.com with ESMTPSA id 5a478bee46e88-3153e06f88fsm41168805eec.20.2026.08.03.16.33.39 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 03 Aug 2026 16:33:40 -0700 (PDT) Date: Mon, 3 Aug 2026 16:33:37 -0700 From: Dmitry Torokhov To: Shengzhuo Wei Cc: "Derek J. Clark" , Jiri Kosina , Benjamin Tissoires , Zhouwang Huang , linux-input@vger.kernel.org, linux-kernel@vger.kernel.org, stable@vger.kernel.org Subject: Re: [PATCH] HID: hid-oxp: fix UAF on pending work in remove() Message-ID: References: <20260804-oxp-fix-v1-1-51a4fe787167@cherr.cc> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20260804-oxp-fix-v1-1-51a4fe787167@cherr.cc> Hi Shengzhuo, On Tue, Aug 04, 2026 at 07:15:32AM +0800, Shengzhuo Wei wrote: > oxp_cfg_probe() arms drvdata.oxp_mcu_init to run 50 ms after probe, and > oxp_mcu_init_fn() dereferences drvdata.hdev to issue MCU output reports > (oxp_set_buttons()/oxp_gen_2_property_out() -> hid_hw_output_report(), > each followed by msleep(200)). oxp_hid_remove() cancels it with the > non-synchronising cancel_delayed_work(), so a worker already running is > not waited for; removing the device while the worker is asleep then frees > the hid_device underneath it, leaving drvdata.hdev stale -- a > use-after-free when the worker wakes. > > The oxp_rgb_queue and oxp_btn_queue workers, wired up the same way and > also cancelled with cancel_delayed_work() in oxp_hid_remove(), have the > same problem. > > Drain all three works with cancel_delayed_work_sync() in oxp_hid_remove() > so they have exited before the hid_device is freed. > > Fixes: 84910c459d65 ("HID: hid-oxp: Add OneXPlayer configuration driver") > Fixes: e4c850a6e750 ("HID: hid-oxp: Add Button Mapping Interface") > Fixes: 2f424f28fb39 ("HID: hid-oxp: Add Second Generation Gamepad Mode Switch") > Cc: stable@vger.kernel.org > Signed-off-by: Shengzhuo Wei > --- > Same delayed-work use-after-free class as the 7.2-rc6 sweep > (hid-lenovo-go, hid-lenovo-go-s, hid-lg-g15, hid-appleir, hid-letsketch); > hid-oxp was missed. The fix mirrors the cancel_delayed_work_sync() > approach already used by hid-lenovo-go / hid-lenovo-go-s. > --- > drivers/hid/hid-oxp.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/drivers/hid/hid-oxp.c b/drivers/hid/hid-oxp.c > index 20a54f337220dc2aee3483a14d542b66c487bd60..d8fb6a69d40d43f2595179df1067d42b4b3e166a 100644 > --- a/drivers/hid/hid-oxp.c > +++ b/drivers/hid/hid-oxp.c > @@ -1552,9 +1552,9 @@ static int oxp_hid_probe(struct hid_device *hdev, > > static void oxp_hid_remove(struct hid_device *hdev) > { > - cancel_delayed_work(&drvdata.oxp_rgb_queue); > - cancel_delayed_work(&drvdata.oxp_btn_queue); > - cancel_delayed_work(&drvdata.oxp_mcu_init); > + cancel_delayed_work_sync(&drvdata.oxp_rgb_queue); > + cancel_delayed_work_sync(&drvdata.oxp_btn_queue); > + cancel_delayed_work_sync(&drvdata.oxp_mcu_init); What stops these jobs from re-arming? Should it use disable_delayed_work_sync() instead? Thanks. -- Dmitry