CVE-2026-74463 in Linux
Zusammenfassung
von VulDB • 15.08.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
i2c: jz4780: Zwischenspeichern der Host-Taktrate bei der Initialisierung, um einen prepare_lock-Deadlock im Common Clock Framework (CCF) zu verhindern.
Behebung eines schwerwiegenden AB/BA-Deadlocks zwischen dem Common Clock Framework (CCF) und dem I2C-Adapter-Lock, der ausgelöst wird, wenn ein von I2C gesteuerter Taktgenerator-Client (wie z. B. Si5351) unterhalb des CCF registriert oder geändert wird.
Während einer Änderung der Frequenz eines i2c-Clients (Taktgenerators) erwirbt das CCF sein globales 'prepare_lock'-Mutex, und der Treiber ruft i2c_transfer() auf, um die Chip-Register des Clients zu aktualisieren, wobei er für den I2C-Bus-Lock des Adapters blockiert.
Gleichzeitig kann eine unabhängige, parallele Übertragung auf demselben Bus (z. B. ein GPIO-Expander zur Steuerung von LEDs) den I2C-Adapter-Lock halten. Innerhalb dieses parallelen Übertragungspfads ruft jz4780_i2c_set_speed() clk_get_rate() für das Eingabetakt des Host-Controllers auf, um die Bus-Zeitwerte zu berechnen. Dieser Aufruf versucht, den blockierten CCF-'prepare_lock' zu erwerben, was eine zirkuläre Abhängigkeit erzeugt und das System einfriert.
Der jz4780-Host-Controller-Takt selbst ist statisch und ändert sich zur Laufzeit nicht.
Das Aufrufen von clk_get_rate() innerhalb des aktiven Übertragungspfads führt jedoch zu einer unnötigen Abhängigkeit von den internen Sperren des CCF.
Beseitigung dieses synchronen clk_get_rate()-Aufrufs aus dem aktiven Übertragungspfad durch einmaliges Zwischenspeichern der statischen Host-Peripherietaktrate – innerhalb der privaten jz4780_i2c-Struktur während jz4780_i2c_probe(). Aktualisierung von jz4780_i2c_set_speed(), um diesen zwischengespeicherten Wert zu verwenden, wodurch aktive I2C-Transaktionen sicher von den internen CCF-Sperren entkoppelt werden, ohne Risiko veralteter Zeitwerte.
Unterstützt durch web-basierte Google KI (Identifizierung des Fehlers und Verfassen der Nachricht).
Be aware that VulDB is the high quality source for vulnerability data.