🇰🇷 한글 설명
Linux 커널의 ath11k 드라이버에서 허용 범위를 초과하는 MCS(Modulation and Coding Scheme) 값이 수신될 경우, rate_idx가 잘못 설정되고 인코딩 정보가 누락되는 취약점이 있습니다. 이로 인해 유효한 프레임임에도 불구하고 mac80211의 속도 무결성 검사에서 걸려 프레임이 드롭되고 경고 로그가 발생합니다.
💡 쉬운 설명
와이파이 신호를 받을 때 규격보다 높은 데이터 속도 값이 들어오면, 시스템이 이를 오류로 판단하여 정상적인 데이터까지 버려버리는 문제입니다. 이로 인해 인터넷 연결이 끊기거나 성능이 저하될 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
wifi: ath11k: cap out-of-range rx MCS instead of leaving bogus rate
ath11k can receive HT/VHT/HE frames whose reported MCS is above the
maximum that can be expressed in the corresponding mac80211 rate space
(e.g. an HE frame reported with MCS 12, while HE tops out at MCS 11).
The frame itself is valid and decodes correctly, but for such a frame
ath11k_dp_rx_h_rate() leaves rx_status->rate_idx set to the out-of-range
value and never assigns rx_status->encoding, so it stays RX_ENC_LEGACY
from the ath11k_dp_rx_h_ppdu() initialization. Once that frame reaches
mac80211 it trips the rate sanity check and the frame is dropped with a
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]
Dropping the frame would discard otherwise valid data, so instead cap the
reported MCS to the maximum the rate space can express and deliver the
frame. Set rx_status->encoding before the range check and assign rate_idx
from the capped value, so a frame with an out-of-range MCS no longer
leaves partial or bogus rate metadata behind. Also downgrade the logging
level since they are not treated as invalid frames now. The only loss is
that such a frame is reported as the capped MCS in the rx rate statistics.
Tested-on: WCN6855 hw2.1 PCI WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.41
📍 영향받는 시스템
Linux kernel (ath11k driver)
⚔️ 공격 벡터
조작된 MCS 값을 포함한 무선 프레임을 송신하여 대상 시스템의 네트워크 프레임 드롭 유도
🛡️ 대응 방법
Linux 커널을 최신 버전으로 업데이트하여 ath11k 드라이버의 MCS 값 제한(capping) 패치를 적용하십시오.
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 해결된 패치 버전 이후인지 확인하십시오.