CVE-2025-68340

Nel kernel Linux, è stata risolta la seguente vulnerabilità:

team: Sposta il cambio del tipo di dispositivo team alla fine di team_port_add

Tentare di aggiungere un dispositivo di porta già attivo fallirà prevedibilmente,
ma non prima di aver modificato header_ops del dispositivo team.

Nel caso del riproduttore syzbot, il dispositivo gre0 si trova già in stato UP
quando si tenta di aggiungerlo come dispositivo di porta di team0, questo fallisce,
ma prima di ciò header_ops->create di team0 viene modificato da eth_header a ipgre_header
nella chiamata a team_dev_type_check_change.

Successivamente, quando si arriva in ipgre_header(), il struct ip_tunnel*
puntano a dati senza senso poiché i dati privati del dispositivo ancora contengono un struct team.

Esempio di sequenza di comandi iproute2 per riprodurre il blocco/BUG():
ip link add dev team0 type team
ip link add dev gre0 type gre
ip link set dev gre0 up
ip link set dev gre0 master team0
ip link set dev team0 up
ping -I team0 1.1.1.1

Spostare team_dev_type_check_change più in basso, dove sono passati tutti gli altri controlli,
poiché modifica il tipo di dev senza un modo per ripristinarlo nel caso in cui uno dei controlli successivi fallisca.

Assicurarsi inoltre di preservare l'assegnazione originale di mtu:
- Se port_dev non è dello stesso tipo di dev, dev prende l'mtu da port_dev
- Se port_dev è dello stesso tipo di dev, port_dev prende l'mtu da dev

Questo viene fatto aggiungendo una condizione prima della chiamata a dev_set_mtu
per impedire di assegnare port_dev->mtu = dev->mtu e invece
lasciare team_dev_type_check_change assegnare dev->mtu = port_dev->mtu.
La condizione è necessaria perché la patch sposta la chiamata a
team_dev_type_check_change oltre dev_set_mtu.

Test:
- Selftest del driver del dispositivo team incluso nel kernel
- Aggiunta/rimozione di vari dispositivi come slave del dispositivo team
- syzbot