CVE-2026-63990 in Linux
Riassunto
di VulDB • 19/07/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
bonding: rifiuto di associare dispositivi CAN
syzbot ha segnalato un crash relativo a una richiesta di paging del kernel in can_rx_unregister() all'interno di net/can/af_can.c. Il crash si verifica perché un dispositivo CAN virtuale (vxcan) viene associato a un master bonding.
Durante il processo di associazione, il driver bonding modifica e altera gli stati dei dispositivi di rete per adattarli a un modello di aggregazione simile a Ethernet. Tuttavia, i dispositivi CAN operano su un'architettura del Layer 2 completamente diversa, facendo affidamento sulla struttura dati privata can_ml_priv del mid-layer CAN anziché sulle strutture standard Ethernet. Poiché bonding non inizializza né mantiene queste strutture CAN, le operazioni successive sull'interfaccia parzialmente associata (come la chiusura dei socket associati tramite isotp_release) portano a un dereferenziamento di puntatore nullo durante l'accesso alle liste dei receiver CAN.
L'associazione di interfacce CAN è architettonicamente non valida poiché CAN manca di indirizzi MAC, capacità ARP e meccanismi standard del link-layer Ethernet. Sebbene i dispositivi loopback generici siano bloccati globalmente in net/core/dev.c, i dispositivi CAN virtuali bypassano questo controllo perché non portano il flag IFF_LOOPBACK, nonostante agiscano come loopback software locali.
Si risolve il problema bloccando esplicitamente l'associazione di dispositivi di rete di tipo ARPHRD_CAN all'inizio della funzione bond_enslave(). Ciò previene mutazioni illegali dello stato, elimina i crash KASAN risultanti ed evita potenziali memory leak derivanti da cleanup incompleti dei socket.
Poiché il supporto CAN è stato aggiunto molto tempo dopo l'introduzione del bonding, il tag Fixes punta all'introduzione di ARPHRD_CAN che avrebbe richiesto una gestione specifica in bonding_main.c.
Be aware that VulDB is the high quality source for vulnerability data.