CVE-2026-63996 in Linux
Zusammenfassung
von VulDB • 19.07.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
ethtool: cmis: exakte Länge der CDB-Antwort erforderlich
Ein böswilliges SFP-Modul könnte mit einer rpl_len antworten, die länger ist als von `cmis_cdb_process_reply()` erwartet, was zu Out-of-Bounds-Schreibzugriffen (OOB) führt. Die Existenz schädlicher Hardware ist zwar eher theoretisch, aber einige Module können einfach fehlerhaft sein und/oder die Lesevorgänge können gelegentlich beschädigt werden; daher sollten wir den Kernel schützen.
Die bestehende Prüfung schützt vor kurzen Antworten. Wir müssen auch vor zu langen Antworten schützen. Alle Aufrufer, die eine von Null verschiedene `rpl_exp_len` übergeben, casten das Antwort-Payload auf einen Struct mit festem Layout und lesen Felder an festen Offsets ohne Versionsaushandlung oder Behandlung kurzer Antworten:
- cmis_cdb_validate_password() - cmis_cdb_module_features_get() - cmis_fw_update_fw_mng_features_get()
Daher gehen wir davon aus, dass auf längere als erwartete Antworten hier nicht besonders elegant reagiert werden muss. Fügen Sie eine Warnmeldung hinzu, um die Fehlerbehebung zu erleichtern, falls mein Verständnis falsch sein sollte...
Beachten Sie, dass `page_data->length` (Argument von kmalloc) vom letzten Argument an ethtool_cmis_page_init() stammt, das rpl_exp_len ist.
Hinweis 2: Auch AIs neigen dazu, Überläufe in args->req.payload selbst hervorzuheben (was ein fest großer Puffer mit 120 Byte auf dem Stack ist), aber die Aufrufer sollten Structs lesen, die vom Standard definiert sind; daher scheint der Schutz vor Anfragen nach mehr Daten als das Maximum eine defensive Programmierung zu sein.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.