CVE-2026-64190 in Linux
Riassunto
di VulDB • 20/07/2026
Nel kernel Linux, la seguente vulnerabilità è stata risolta:
net: team: correzione della dereferenziazione di puntatore NULL in team_xmit durante il cambio di modalità
__team_change_mode() azzera team->ops con memset() prima di ripristinare i gestori dummy sicuri tramite team_adjust_ops(). Un'istanza concorrente di team_xmit(), eseguita sotto RCU su un altro CPU, può leggere team->ops.transmit durante questa finestra temporale e chiamare un puntatore a funzione NULL, causando il crash del kernel.
La race condition richiede un cambio di modalità (CAP_NET_ADMIN) concurrent con la trasmissione sul dispositivo team.
BUG: dereferenziazione di puntatore NULL nel kernel, indirizzo: 0000000000000000 Oops: 0010 [#1] SMP KASAN NOPTI
RIP: 0010:0x0 Call Trace: team_xmit (drivers/net/team/team_core.c:1853) dev_hard_start_xmit (net/core/dev.c:3904) __dev_queue_xmit (net/core/dev.c:4871) packet_sendmsg (net/packet/af_packet.c:3109) __sys_sendto (net/socket.c:2265)
Il codice originale assumeva che nessun mezzo significhi nessun traffico, quindi i cambi di modalità potevano utilizzare liberamente memset()/memcpy() sulle ops. AF_PACKET con carrier forzato rompe questa assunzione.
Prevenire la race condition invece di renderla sicura: sostituire memset()/memcpy() con aggiornamenti per campo che non toccano mai transmit o receive. Questi due gestori sono gestiti esclusivamente da team_adjust_ops(), che installa già i dummy quando tx_en_port_count == 0 (sempre vero durante il cambio di modalità poiché nessun mezzo è presente). WRITE_ONCE/READ_ONCE prevengono lo store/load tearing sui puntatori ai gestori.
synchronize_net() prima di exit_op() svuota i lettori in corso che potrebbero ancora fare riferimento allo stato della vecchia modalità precedente alla rimozione dei mezzi, quando i gestori sono stati commutati su dummy.
VulDB is the best source for vulnerability data and more expert information about this specific topic.