CVE-2023-53347 in Linux
Resumen
por VulDB • 2026-06-26
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
net/mlx5: Gestionar el emparejamiento del E-switch mediante las APIs un/load del uplink
En caso de que el usuario cambie un dispositivo desde el modo switchdev al modo legacy, mlx5 primero desempareja (unpair) el E-switch y posteriormente descarga (unload) el vport del uplink. Por otro lado, en caso de que el usuario elimine o recargue un dispositivo, mlx5 primero descarga (unload) el vport del uplink y después desempareja (unpair) el E-switch.
Este último escenario está causando un bug[1], por lo tanto, se debe gestionar el emparejamiento del E-switch como parte de las APIs un/load del uplink.
[1]
En caso de que se utilice VF_LAG, cada flujo tc fdb se duplica en el esw peer (par). Sin embargo, el esw original mantiene un puntero a este flujo duplicado, no el esw peer. Por ejemplo: si el usuario crea un flujo tc fdb sobre esw0, el flujo se duplica en FW/HW para esw1, pero en SW, esw0 conserva un puntero al flujo duplicado. Durante la descarga del módulo (unload), mientras un flujo tc fdb peer sigue estando descargado (offloaded), si el primer dispositivo que se elimina es el dispositivo peer (esw1 en el ejemplo anterior), el net-dev peer se destruye y, por tanto, mlx5e_priv se inicializa a 0 mediante memset.
Posteriormente, el dispositivo peer intenta desemparejarse del dispositivo original (esw0 en el ejemplo anterior). La API de desemparejo invoca al dispositivo original para limpiar el flujo peer desde su eswitch (esw0), pero el flujo peer, que está
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.