CVE-2026-80768

Im Linux-Kernel wurde die folgende Schwachstelle behoben: HID: ft260: Behebung eines stack-use-after-return-Schreibzugriffs in I2C-Lese-Race ft260_i2c_read() lässt dev->read_buf auf einen vom Aufrufer übergebenen Puffer zeigen (oft eine Variable auf dem Stack), aktiviert eine Completion und wartet bis zu fünf Sekunden darauf, dass das Gerät die Daten zurückgibt. Der HID-Eingabe-Callback ft260_raw_event() läuft im Input-/IRQ-Pfad, unabhängig vom durch den Lesepfad gehaltenen dev->lock-Mutex, und kopiert die vom Gerät gelieferte Payload nach einer einfachen NULL-Prüfung nach dev->read_buf. Diese beiden Pfade teilen sich read_buf, read_idx und read_len ohne Serialisierung. Verzögert das Gerät seine Antwort, bis die Leseoperation in einen Timeout läuft, setzt ft260_i2c_read() den Controller zurück, löscht read_buf und kehrt zurück, wobei der Stack-Frame, in dem sich der Puffer befand, abgebaut wird. Eine Antwort, die in diesem Moment eintrifft, lässt ft260_raw_event() die NULL-Prüfung bestehen und dann mittels memcpy() die vom Gerät kontrollierte Payload in die nun freigegebene Stack-Stelle schreiben, ein begrenzter, aber vom Angreifer beeinflusster stack-use-after-return-Schreibzugriff, auslösbar durch bösartige oder fehlerhafte Hardware. Füge einen dedizierten Spinlock hinzu, der jeden Zugriff auf read_buf, read_idx und read_len serialisiert. ft260_raw_event() hält ihn nun über die NULL-Prüfung, das memcpy und die Indexaktualisierung hinweg, während der Lesepfad ihn beim Aktivieren und beim Löschen des Puffers nimmt, sodass die Bereinigung nicht mehr zwischen Prüfung und Kopie fallen kann.