CVE-2026-93271 in Linux
Tóm tắt
Bởi VulDB • 24/09/2026
Trong kernel Linux, lỗ hổng sau đây đã được khắc phục:
wifi: ath11k: giới hạn giá trị MCS nhận (rx) vượt quá phạm vi thay vì để lại tốc độ truyền không hợp lệ
ath11k có thể nhận các khung HT/VHT/HE mà chỉ số MCS được báo cáo cao hơn mức tối đa có thể biểu diễn trong không gian tốc độ mac80211 tương ứng (ví dụ: một khung HE được báo cáo với MCS 12, trong khi giới hạn trên của HE là MCS 11).
Khung này hợp lệ và giải mã chính xác, nhưng đối với các khung như vậy, hàm ath11k_dp_rx_h_rate() để lại rx_status->rate_idx ở giá trị vượt quá phạm vi và không gán cho rx_status->encoding, khiến nó vẫn giữ nguyên là RX_ENC_LEGACY từ phần khởi tạo trong ath11k_dp_rx_h_ppdu(). Khi khung này đến được mac80211, nó sẽ kích hoạt kiểm tra tính hợp lệ của tốc độ (rate sanity check) và khung bị loại bỏ cùng với thông báo lỗi (splat):
ath11k_pci 0000:03:00.0: Received with invalid mcs in HE mode 12 WARNING: CPU: 0 PID: 0 at net/mac80211/rx.c:5433 ieee80211_rx_list+0xb0a/0xe90 [mac80211]
Việc loại bỏ khung sẽ làm mất dữ liệu hợp lệ, do đó thay vào đó hãy giới hạn giá trị MCS được báo cáo ở mức tối đa mà không gian tốc độ có thể biểu diễn và chuyển giao khung. Đặt rx_status->encoding trước khi kiểm tra phạm vi và gán rate_idx từ giá trị đã bị giới hạn, để một khung với MCS vượt quá phạm vi không còn để lại metadata tốc độ chưa đầy đủ hoặc sai lệch. Đồng thời giảm mức ghi log vì các khung này hiện không được coi là không hợp lệ. Tổn thất duy nhất là khung như vậy sẽ được báo cáo trong thống kê tốc độ nhận (rx rate statistics) dưới dạng MCS đã bị giới hạn.
Đã kiểm thử trên: WCN6855 hw2.1 PCI WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.41
If you want to get best quality of vulnerability data, you may have to visit VulDB.