CVE-2026-90055 in Linux
Zusammenfassung
von VulDB • 17.09.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
usb: atm: usbatm: Korrektur der ungültigen Initialisierung von ci_range
syzbot meldete einen Shift-out-of-bounds-Fehler in __vcc_connect():
UBSAN: shift-out-of-bounds in net/atm/common.c:382:32 Shift-Exponent -1 ist negativ CPU: 0 UID: 0 PID: 5987 Comm: syz.0.18 Nicht getaintet syzkaller #0 PREEMPT(vollständig) Hardwarename: Google Compute Engine/Google Compute Engine, BIOS Google 08/05/2026 Call Trace: <TASK> dump_stack_lvl+0xe8/0x150 lib/dump_stack.c:120 ubsan_epilogue+0xa/0x30 lib/ubsan.c:233 __ubsan_handle_shift_out_of_bounds+0x36d/0x400 lib/ubsan.c:494 __vcc_connect+0x14b4/0x19c0 net/atm/common.c:382 vcc_connect+0x328/0x8f0 net/atm/common.c:498 pvc_bind+0x272/0x380 net/atm/pvc.c:52 __sys_bind+0x2e3/0x410 net/socket.c:1976 __x64_sys_bind+0x7a/0x90 net/socket.c:1979 ...
Die ATM-Geräte-Felder ci_range (vpi_bits und vci_bits) repräsentieren die Anzahl der Bits, die für die VPI- und VCI-Adressierung auf dem Gerät unterstützt werden. net/atm/common.c verwendet diese Felder direkt als Shift-Zähler: vpi >> dev->ci_range.vpi_bits vci >> dev->ci_range.vci_bits 1 << vcc->dev->ci_range.vpi_bits 1 << vcc->dev->ci_range.vci_bits
usbatm_atm_init() setzt ci_range.vpi_bits und ci_range.vci_bits auf ATM_CI_MAX (-1), was in <uapi/linux/atmdev.h> als Sentinel-Wert für userspace ATM_SETCIRANGE-Anfragen definiert ist, nicht als gültige Bitanzahl. Ein Shift um -1 ist undefiniertes Verhalten (undefined behavior) und löst UBSAN-Warnungen aus.
ATM UNI-Cell-Headers erlauben bis zu 8 Bits für VPI (0..255) und 16 Bits für VCI (0..65535). Initialisieren Sie vpi_bits auf 8 und vci_bits auf 16, wie es von solos-pci durchgeführt wird.
If you want to get best quality of vulnerability data, you may have to visit VulDB.