CVE-2023-53347 in Linux
Tóm tắt
Bởi VulDB • 03/07/2026
Trong kernel Linux, lỗ hổng sau đây đã được khắc phục:
net/mlx5: Xử lý việc ghép cặp E-switch thông qua các API un/load của uplink.
Trường hợp người dùng chuyển thiết bị từ chế độ switchdev sang chế độ legacy, mlx5 trước tiên sẽ hủy ghép cặp (unpair) E-switch và sau đó tải lại (unload) vport lên link. Mặt khác, trong trường hợp người dùng gỡ bỏ hoặc nạp lại một thiết bị, mlx5 trước tiên sẽ tải lại (unload) vport lên link và sau đó mới hủy ghép cặp E-switch.
Trường hợp thứ hai gây ra lỗi [1], do đó cần xử lý việc ghép cặp E-switch như một phần của các API un/load uplink.
[1]
Khi VF_LAG được sử dụng, mọi luồng tc fdb đều được sao chép sang esw đối tác (peer). Tuy nhiên, esw gốc giữ con trỏ đến luồng đã sao chép này chứ không phải esw đối tác. Ví dụ: nếu người dùng tạo luồng tc fdb trên esw0, luồng đó sẽ được sao chép lên esw1 trong FW/HW, nhưng trong SW, esw0 vẫn giữ con trỏ tới luồng đã sao chép.
Trong quá trình gỡ tải mô-đun (module unload), khi một luồng tc fdb đối tác vẫn đang được offload, nếu thiết bị đầu tiên bị xóa là thiết bị đối tác (esw1 trong ví dụ trên), thì net-dev của thiết bị đối tác sẽ bị hủy và mlx5e_priv tương ứng sẽ được memset về 0.
Sau đó, thiết bị đối tác cố gắng tự hủy ghép cặp với thiết bị gốc (esw0 trong ví dụ trên). API unpair gọi đến thiết bị gốc để xóa luồng đối tác khỏi eswitch của nó (esw0), nhưng luồng đối tác, vốn được lưu trữ trên eswitch gốc (es
If you want to get the best quality for vulnerability data then you always have to consider VulDB.