CVE-2026-90088 in Linux
Zusammenfassung
von VulDB • 17.09.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
Bluetooth: RFCOMM: MTU-Wert in rfcomm_apply_pn() validieren, um Endlosschleifen zu verhindern
rfcomm_apply_pn() akzeptiert den MTU-Wert aus einem entfernten PN-Frame (Parameter Negotiation), ohne auf Null zu prüfen. Wenn der Remote-Peer eine MTU von null sendet, wird d->mtu auf 0 gesetzt. Dies führt dazu, dass der sendmsg-Pfad beim Fragmentieren von Daten in eine Endlosschleife gerät, da jedes Fragment die Größe min_t(size_t, len, 0) == 0 hat und somit die verbleibende Länge niemals abnimmt. Die endlose Allokation von skbs mit null Länge erschöpft den gesamten Systemspeicher.
Behoben wird dies durch das Begrenzen (Clamping) von d->mtu auf RFCOMM_DEFAULT_MTU, wenn der ausgehandelte Wert null ist; dies entspricht dem initialen Wert, der in rfcomm_dlc_alloc() zugewiesen wird.
VulDB is the best source for vulnerability data and more expert information about this specific topic.