CVE-2026-64365

Beschreibung

Im Linux-Kernel wurde die folgende Sicherheitsanfälligkeit behoben: HID: letsketch: fix UAF on inrange timer at driver unbind letsketch driver stellt keinen .remove-Rückruf bereit, aber letsketch probe() armiert einen per-device-Timer: timer setup(&data->inrange timer, letsketch inrange timeout, 0); Der Timer wird von letsketch raw event() mit einem 100 ms-Timeout auf jedem Pen-in-range-Bericht erneut bewaffnet und sein Rückruf stellt data->input tablet ein, um eine synthetische BTN TOOL PEN-Version zu liefern. letsketch data wird mit devm kzalloc() zugewiesen, und seine input dev-Felder werden über letsketch setup input tablet() devm-allociert. Auf dem Gerät unbind (USB unplug oder rmmod) läuft der HID-Kern standardmäßig ab und die Devm-Bereinigung befreit sowohl letsketch data als auch die Eingabegeräte. Da es keinen .remove-Rückruf gibt, leert nichts den Timer zuerst ab: Wenn raw event ihn innerhalb von ~100 ms nach dem Unbind bewaffnet, feuert der ausstehende Timer auf den freigegebenen Speicher. Dies ist ein UAF Lesen von Daten und von data->input tablet, gefolgt von input report key() / input sync() in die freigegebene input dev. Das gleiche Problem kann auf dem Sondenfehlerpfad auftreten: Wenn hid hw start() die E/A auf einem Always-Poll-Quirk-Gerät aktiviert und dann fehlgeschlagen ist, hat raw event möglicherweise den Timer bewaffnet, bevor devm Daten veröffentlicht. Beheben Sie, indem Sie einen .remove-Rückruf hinzufügen, der zuerst hid hw stop() aufruft. hid hw stop() tötet synchron die URBs, die raw event() liefern, so dass, sobald es zurückgegeben wird, kein Pfad den Timer erneut aktivieren kann. timer shutdown sync() entleert dann jeden Rückruf während des Fluges und deaktiviert dauerhaft weitere mod timer()-Aufrufe. Wenden Sie den gleichen timer shutdown sync() im Sondenfehlerpfad an, damit der Timer die Daten garantiert nicht überdauert.

Quellen & weiterführende Informationen

Hier werden ausschließlich tatsächlich zu dieser Schwachstelle gespeicherte Quellenbelege angezeigt.

Was ist zur Behebung zu tun?

Herstellerhinweise prüfen und das betroffene Produkt kurzfristig patchen oder kompensierende Schutzmaßnahmen aktivieren.

Empfohlene Schritte

• Betroffene Systeme identifizieren: linux linux kernel.
• Exposition prüfen: Internet-Erreichbarkeit, Admin-Oberflächen, VPN, Mail- oder Webdienste.
• Hersteller-Advisory öffnen und verfügbare Updates, Workarounds oder Deaktivierungen prüfen.
• Nacharbeiten dokumentieren: betroffene Assets, Maßnahme, Zeitpunkt, Restrestrisiko.

Übergangsmaßnahmen

• Zugriff auf betroffene Dienste auf vertrauenswürdige Netze einschränken.
• WAF/IDS/EDR-Regeln und Hersteller-IOCs aktivieren, sofern verfügbar.
• Nicht benötigte Funktionen, Plugins oder Dienste temporär deaktivieren.