Answer in brief
CVE-2026-64442 records a Unknown severity vulnerability in staging: rtl8723bs: fix OOB reads in IE loops in issue_assocreq() and join_cmd_hdl(). The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
Answer in brief
CVE-2026-64442 records a Unknown severity vulnerability in staging: rtl8723bs: fix OOB reads in IE loops in issue_assocreq() and join_cmd_hdl(). The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=554c0a3abf216c991c5ebddcdb2c08689ecd290b <bc881c9915c4468747d0ca5fd1abd7b313cfb0f4 || >=554c0a3abf216c991c5ebddcdb2c08689ecd290b <605ebd94d0f469204f3c9f2f84acc71e43e2780f || >=554c0a3abf216c991c5ebddcdb2c08689ecd290b <a830bdc82461353bf7b1f8a2ad2689bf5d2de444 || >=554c0a3abf216c991c5ebddcdb2c08689ecd290b <4c21eec80cf502d9ea18e0b946246b2376452786 || >=554c0a3abf216c991c5ebddcdb2c08689ecd290b <ad2637c46ef8b8ae0894372a2d39fdfcdc420a1e || >=554c0a3abf216c991c5ebddcdb2c08689ecd290b <c38d16b1ffac385c9e4b38447cd5c46af1114b58 || >=554c0a3abf216c991c5ebddcdb2c08689ecd290b <402f13ec95945f34a210b28df1f8740d3d4a58c5 || >=554c0a3abf216c991c5ebddcdb2c08689ecd290b <ef61d628dfad38fead1fd2e08979ae9126d011d5 | bc881c9915c4468747d0ca5fd1abd7b313cfb0f4, 605ebd94d0f469204f3c9f2f84acc71e43e2780f, a830bdc82461353bf7b1f8a2ad2689bf5d2de444, 4c21eec80cf502d9ea18e0b946246b2376452786, ad2637c46ef8b8ae0894372a2d39fdfcdc420a1e, c38d16b1ffac385c9e4b38447cd5c46af1114b58, 402f13ec95945f34a210b28df1f8740d3d4a58c5, ef61d628dfad38fead1fd2e08979ae9126d011d5 |
| Linux/Linuxgeneric | 4.12 | Not reported |
Published upstream
Jul 25, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 5, 2026
In the Linux kernel, the following vulnerability has been resolved: staging: rtl8723bs: fix OOB reads in IE loops in issue_assocreq() and join_cmd_hdl() Two IE parsing loops are missing the header bounds checks before they dereference pIE->length: - issue_assocreq() walks pmlmeinfo->network.ies to build the association request. If the stored IE data ends with only an element_id byte and no length byte, pIE->length is read one byte past the end of the buffer. - join_cmd_hdl() walks pnetwork->ies during station join and has the same problem under the same conditions. Both buffers are filled from AP beacon and probe-response frames, so a malicious AP that sends a truncated final IE can trigger the issue. Apply the two-guard pattern established in update_beacon_info(): 1. Break if fewer than sizeof(*pIE) bytes remain. 2. Break if the IE's declared data extends past the buffer end.
Quoted source text, attributed separately from HOL analysis.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=554c0a3abf216c991c5ebddcdb2c08689ecd290b <bc881c9915c4468747d0ca5fd1abd7b313cfb0f4 || >=554c0a3abf216c991c5ebddcdb2c08689ecd290b <605ebd94d0f469204f3c9f2f84acc71e43e2780f || >=554c0a3abf216c991c5ebddcdb2c08689ecd290b <a830bdc82461353bf7b1f8a2ad2689bf5d2de444 || >=554c0a3abf216c991c5ebddcdb2c08689ecd290b <4c21eec80cf502d9ea18e0b946246b2376452786 || >=554c0a3abf216c991c5ebddcdb2c08689ecd290b <ad2637c46ef8b8ae0894372a2d39fdfcdc420a1e || >=554c0a3abf216c991c5ebddcdb2c08689ecd290b <c38d16b1ffac385c9e4b38447cd5c46af1114b58 || >=554c0a3abf216c991c5ebddcdb2c08689ecd290b <402f13ec95945f34a210b28df1f8740d3d4a58c5 || >=554c0a3abf216c991c5ebddcdb2c08689ecd290b <ef61d628dfad38fead1fd2e08979ae9126d011d5 | bc881c9915c4468747d0ca5fd1abd7b313cfb0f4, 605ebd94d0f469204f3c9f2f84acc71e43e2780f, a830bdc82461353bf7b1f8a2ad2689bf5d2de444, 4c21eec80cf502d9ea18e0b946246b2376452786, ad2637c46ef8b8ae0894372a2d39fdfcdc420a1e, c38d16b1ffac385c9e4b38447cd5c46af1114b58, 402f13ec95945f34a210b28df1f8740d3d4a58c5, ef61d628dfad38fead1fd2e08979ae9126d011d5 |
| Linux/Linuxgeneric | 4.12 | Not reported |
Published upstream
Jul 25, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 5, 2026
In the Linux kernel, the following vulnerability has been resolved: staging: rtl8723bs: fix OOB reads in IE loops in issue_assocreq() and join_cmd_hdl() Two IE parsing loops are missing the header bounds checks before they dereference pIE->length: - issue_assocreq() walks pmlmeinfo->network.ies to build the association request. If the stored IE data ends with only an element_id byte and no length byte, pIE->length is read one byte past the end of the buffer. - join_cmd_hdl() walks pnetwork->ies during station join and has the same problem under the same conditions. Both buffers are filled from AP beacon and probe-response frames, so a malicious AP that sends a truncated final IE can trigger the issue. Apply the two-guard pattern established in update_beacon_info(): 1. Break if fewer than sizeof(*pIE) bytes remain. 2. Break if the IE's declared data extends past the buffer end.
Quoted source text, attributed separately from HOL analysis.