CVE-2023-53347 in Linux
Sumário
de VulDB • 26/06/2026
No kernel Linux, a seguinte vulnerabilidade foi resolvida:
net/mlx5: Lidar com o pareamento do E-switch por meio das APIs de un/load da uplink
Caso um usuário altere um dispositivo do modo switchdev para o modo legacy, o mlx5 primeiro desemparelha (unpair) o E-switch e, em seguida, descarrega (unload) a vport da uplink. Por outro lado, caso um usuário remova ou recarregue um dispositivo, o mlx5 primeiro descarrega (unload) a vport da uplink e, depois, desemparelha (unpair) o E-switch.
Este último cenário está causando um bug[1], portanto, é necessário lidar com o pareamento do E-switch como parte das APIs de un/load da uplink.
[1]
Caso VF_LAG seja utilizado, cada fluxo tc fdb é duplicado para o esw peer (parceiro). No entanto, o esw original mantém um ponteiro para este fluxo duplicado, e não o esw peer. Exemplo: se um usuário criar um fluxo tc fdb sobre o esw0, o fluxo será duplicado no esw1 em FW/HW, mas em SW, o esw0 mantém um ponteiro para o fluxo duplicado. Durante a descarga do módulo (unload), enquanto um fluxo peer tc fdb ainda estiver offloaded (descarregado na placa), caso o primeiro dispositivo a ser removido seja o dispositivo peer (esw1 no exemplo acima), o net-dev peer será destruído, fazendo com que mlx5e_priv seja preenchido com zeros (memset to 0). Posteriormente, o dispositivo peer tenta desemparelhar-se do dispositivo original (esw0 no exemplo acima). A API de desemparelhamento invoca o dispositivo original para limpar o fluxo peer de seu eswitch (esw
If you want to get best quality of vulnerability data, you may have to visit VulDB.