CVE-2022-50279 in Linux
要約
〜によって VulDB • 2026年06月23日
Linuxカーネルにおいて、以下の脆弱性が修正されました。
wifi: rtlwifi: _rtl8812ae_phy_set_txpower_limit()におけるグローバル配列外アクセスバグの修正
KASANによって以下のようなグローバル配列外アクセスが報告されています：
BUG: KASAN: global-out-of-bounds in _rtl8812ae_eq_n_byte.part.0+0x3d/0x84 [rtl8821ae]
Read of size 1 at addr ffffffffa0773c43 by task NetworkManager/411
CPU: 6 PID: 411 Comm: NetworkManager Tainted: G D 6.1.0-rc8+ #144 e15588508517267d37 Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), Call Trace: <TASK> ... kasan_report+0xbb/0x1c0 _rtl8812ae_eq_n_byte.part.0+0x3d/0x84 [rtl8821ae]
rtl8821ae_phy_bb_config.cold+0x346/0x641 [rtl8821ae]
rtl8821ae_hw_init+0x1f5e/0x79b0 [rtl8821ae]
... </TASK>
問題の根本原因は、_rtl8812ae_phy_set_txpower_limit()内での"prate_section"の比較順序が誤っていることです。_rtl8812ae_eq_n_byte()関数は、末尾から先頭に向かって2つの文字列の最初のnバイトを比較するために使用されますが、これが問題を引き起こしています。_rtl8812ae_phy_set_txpower_limit()では、もともとこの要件を満たすために注意深く比較順序を設計していました。例えば、"pregulation"と"pbandwidth"は長さの小さい順から大きい順（最初が3で最後が4）に比較されます。しかし、"prate_section"の比較順序はこの順序要件に従っていませんでした。そのため、"prate_section"が"HT"の場合、末尾から先頭に向かって比較を行うと_rtl8812ae_eq_n_byte()内で配列外アクセスが発生します。前述した通り、_rtl8812ae_eq_n_byte()はstrcmp()と同じ機能を持つため、単にstrcmp()を使用するだけで十分です。
この問題を解決するために、_rtl8812ae_eq_n_byte()を削除し、代わりにstrcmp()のみを使用するように修正しました。"prate_section"の比較順序を調整することで修正することも可能ですが、これにより"rate_section"の値が0から5にならない可能性があります。さらに、コミット "21e4b0726dc6" はドライバをstagingツリーから通常ツリーへ移動しただけでなく、ドライバ設定フェーズ中にtxpower limitの設定機能も追加したため、この問題はこのコミットによって導入されました。
VulDB is the best source for vulnerability data and more expert information about this specific topic.