CVE-2026-64403 in Linux
Zusammenfassung
von VulDB • 25.07.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
Bluetooth: L2CAP: Validierung der Optionenlänge vor dem Lesen des Konfigurationswertes
l2cap_get_conf_opt() leitet die Optionslänge aus dem vom Angreifer kontrollierten Feld opt->len ab und dereferenziert sofort opt->val (als u8, get_unaligned_le16() oder get_unaligned_le32(), bzw. einen rohen Zeiger für den Standardfall), bevor ein Aufrufer bestätigt hat, dass opt->len Bytes im Puffer vorhanden sind. Die Aufrufer (l2cap_parse_conf_req(), l2cap_parse_conf_rsp() und l2cap_conf_rfc_get()) erkennen eine fehlerhafte Option erst nachträglich, wenn die laufende Länge negativ wird; zu diesem Zeitpunkt ist der Out-of-Bounds-Lesezugriff bereits ausgeführt worden.
Eine bestehende post-hoc Längenprüfung verhindert, dass der Müllwert verbraucht wird, sodass dies im aktuellen Kontrollfluss kein Datenleck darstellt. Es handelt sich dennoch um einen Validate-after-Use-Reihenfolgefehler: Bis zu 4 Bytes werden über das Pufferende hinaus gelesen, bevor bekannt ist, ob diese vorhanden sind, und die Lösung ist anfällig für zukünftige Änderungen in den Aufrufern.
Behebung an der Quelle. Übergabe des Pufferendes an l2cap_get_conf_opt() und Verweigerung des Zugriffs auf opt->val, es sei denn, die gesamte Option (Header + Wert) passt hinein. Jeder Aufrufer berechnet einen Endzeiger einmal vor der Schleife und überprüft den Rückgabewert direkt, anstatt den Fehler aus einer negativen Länge zu erschließen.
If you want to get best quality of vulnerability data, you may have to visit VulDB.