Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - wifi：mwifiex：绑定成对密码 OUI 遍历到 IE 长度 mwifiex_search_oui_in_ie（） 从 信标/探测响应 RSN 或 WPA 信息元素读取成对密码 （PTK） 计数，然后遍历那么多个 4 字节 OUI，并将每个 OUI 与 memcmp（） 进行比较。该计数直接来自（攻击者提供的）IE，并且从不根据元素自身的长度进行检查，并且调用程序仅允许element_id上的元素（has_ieee_hdr（） / has_vendor_hdr（），不检查长度）。因此，具有大量成对计数的构建的 RSN/WPA IE 会使遍历读取超出该元素的多达 255 * 4 字节 -- kmemdup（） 的信标缓冲区的越界读取，可从其信标/探测响应在扫描结果解析期间得到处理的任何 AP 访问。传递 OUI 列表中可用的 IE 字节数，并将遍历绑定到元素。
    保持长度有符号，并拒绝任何无符号算术之前的负值，因此较小或零的 IE 长度不能下溢到大size_t并破坏边界。由 0sec 自动化安全研究工具 （）https://0sec.ai 发现。（CVE-2026-98186）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - wifi：mwifiex：將配對加密 OUI 遍歷綁定到 IE 長度 mwifiex_search_oui_in_ie（） 從信標/探查響應 RSN 或 WPA 信息元素讀取配對加密 （PTK） 計數，然後遍歷該數量的 4 位元組 OUI，將每個 OUI 與 memcmp（） 進行比較。計數直接來自 （攻擊者提供的） IE，永遠不會根據元素自己的長度進行檢查，而且調用方僅承認element_id上的元素 （has_ieee_hdr（） / has_vendor_hdr（），沒有長度檢查）。因此，具有大量成對計數的特製 RSN/WPA IE 會使遍歷讀取最多 255 * 4 位元組超過元素 -- kmemdup（） 的信標緩衝區的越界讀取，可從任何在掃描結果剖析期間處理信標/探測回應的 AP 存取。傳遞 OUI 清單中可用的 IE 位元組數目，並將遍歷繫結至元素。
    在任何未帶正負號的算術運算之前，保持帶正負號的長度並拒絕負值，因此小或零的 IE 長度無法下溢到大size_t並破壞界限。由 0sec 自動化安全研究工具 （）https://0sec.ai 找到。（CVE-2026-98186）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - wifi:mwifiex:IE の長さに一対暗号 OUI ウォークをバインドします mwifiex_search_oui_in_ie) は、ビーコン/プローブ応答 RSN または WPA 情報要素から一対比較暗号(PTK)カウントを読み取り、その数の 4 バイト OUI をウォークし、それぞれを memcmp() と比較します。カウントは(攻撃者が指定した)IE から直接取得され、要素自体の長さに対してチェックされることはなく、呼び出し元は element_id のみで要素を認めます(has_ieee_hdr() / has_vendor_hdr()、長さチェックなし)。このため、一対カウントが大きい細工された RSN/WPA IE は、要素を最大 255 * 4 バイト超えてウォークを読み込みます -- kmemdup() の ビーコンバッファの領域外読み取りであり、スキャン結果の解析中にビーコン/プローブ応答が処理される任意の AP から到達可能です。OUIリストで使用可能なIEバイト数を渡し、ウォークを要素にバインドします。
    長さを符号付きに保ち、符号なし算術の前に負の値を拒否することで、IEの長さが小さいかゼロでも大きなsize_tにアンダーフローして境界を破ることはできません。0sec 自動化セキュリティリサーチツール(https://0sec.ai)により発見されました。(CVE-2026-98186)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - wifi: mwifiex: bound the pairwise-cipher OUI walk to the IE length mwifiex_search_oui_in_ie() reads a     pairwise-cipher (PTK) count from a beacon/probe-response RSN or WPA information element and then walks     that many 4-byte OUIs, comparing each with memcmp(). The count comes straight from the (attacker-supplied)     IE and is never checked against the element's own length, and the callers admit the element on element_id     alone (has_ieee_hdr() / has_vendor_hdr(), no length check). A crafted RSN/WPA IE with a large pairwise     count therefore makes the walk read up to 255 * 4 bytes past the element -- an out-of-bounds read of the     kmemdup()'d beacon buffer, reachable from any AP whose beacon/probe response is processed during scan-     result parsing. Pass the number of IE bytes available at the OUI list and bound the walk to the element.
    Keep the length signed and reject a negative value before any unsigned arithmetic, so a small or zero IE     length cannot underflow to a large size_t and defeat the bound. Found by 0sec automated security-research     tooling (https://0sec.ai). (CVE-2026-98186)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	名稱	產品	系列	已發布	已更新	嚴重性
363311	Linux Distros 未修补的漏洞：CVE-2026-98186	Nessus	Misc.	2026/10/6	2026/10/9	medium
363311	Linux Distros 未修補弱點：CVE-2026-98186	Nessus	Misc.	2026/10/6	2026/10/9	medium
363311	Linux Distros のパッチ未適用の脆弱性: CVE-2026-98186	Nessus	Misc.	2026/10/6	2026/10/9	medium
363311	Linux Distros Unpatched Vulnerability : CVE-2026-98186	Nessus	Misc.	2026/10/6	2026/10/9	medium

偵測

搜尋 Plugin

medium

medium

medium

medium