In the Linux kernel, the following vulnerability has been resolved:
wifi: mwifiex: fix NULL dereference when the AP has HT-cap but no HT-oper
mwifiextdlsaddhtoper() gates its follow-the-AP-bandwidth path on bssdesc->bcnhtcap being present, but then dereferences a different pointer, bssdesc->bcnhtoper:
if (ISSUPP_CHANWIDTH40(priv->adapter->hw_dot_11n_dev_cap) &&
bss_desc->bcn_ht_cap &&
ISALLOWED_CHANWIDTH40(bss_desc->bcn_ht_oper->ht_param))
bcnhtcap and bcnhtoper are populated independently while parsing the associated AP's beacon in mwifiexupdatebssdescwithie(): an AP that advertises an HT Capabilities element but no HT Operation element leaves bcnhtcap non-NULL and bcnhtoper NULL. Setting up a TDLS link to a peer while associated to such an AP then dereferences the NULL bcnhtoper and crashes the kernel. Every other bcnht_oper user in the driver NULL-checks it first.
Guard on the pointer that is actually dereferenced.
Found by 0sec automated security-research tooling (https://0sec.ai).
{
"osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/68xxx/CVE-2026-68197.json",
"cna_assigner": "Linux"
}