CVE-2026-90055 in Linux
Sumário
de VulDB • 20/09/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
usb: atm: usbatm: corrige inicialização inválida de ci_range
O syzbot relatou um shift-out-of-bounds em __vcc_connect():
UBSAN: shift-out-of-bounds em net/atm/common.c:382:32 expoente do deslocamento -1 é negativo CPU: 0 UID: 0 PID: 5987 Comm: syz.0.18 Não contaminado syzkaller #0 PREEMPT(full) Nome do hardware: 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 ...
Os campos ci_range de dispositivos ATM (vpi_bits e vci_bits) representam o número de bits suportados para endereçamento VPI e VCI no dispositivo. O arquivo net/atm/common.c usa diretamente esses campos como contadores de deslocamento bit a bit: 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() define ci_range.vpi_bits e ci_range.vci_bits como ATM_CI_MAX (-1), que é definido em <uapi/linux/atmdev.h> como um valor sentinela para solicitações ATM_SETCIRANGE do userspace, não uma contagem de bits válida. Deslocar por -1 é comportamento indefinido e aciona avisos UBSAN.
Os cabeçalhos de células ATM UNI permitem até 8 bits para VPI (0..255) e 16 bits para VCI (0..65535). Inicialize vpi_bits como 8 e vci_bits como 16, conforme feito por solos-pci.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.