Answer in brief
CVE-2026-68277 records a Unknown severity vulnerability in drm/dp/mst: fix OOB reads on 2-byte fields in sideband reply parsers. 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 | >=ad7f8a1f9ced7f049f9b66d588723f243a7034cd <bdf0508b1e6785d4a8982c637e97e68d60b47d7b || >=ad7f8a1f9ced7f049f9b66d588723f243a7034cd <0bcd7675c69a2462a8531fcd9e4d096e9c7ec5df || >=ad7f8a1f9ced7f049f9b66d588723f243a7034cd <d5c70523cafa26ad2c7a37b612849abe2683baa8 || >=ad7f8a1f9ced7f049f9b66d588723f243a7034cd <68a624416d1dd481b3e5b7ea0e8a070a9b8a2c73 || >=ad7f8a1f9ced7f049f9b66d588723f243a7034cd <6b89ba3dba2f583626fb693e47e951ffb8bf591f | bdf0508b1e6785d4a8982c637e97e68d60b47d7b, 0bcd7675c69a2462a8531fcd9e4d096e9c7ec5df, d5c70523cafa26ad2c7a37b612849abe2683baa8, 68a624416d1dd481b3e5b7ea0e8a070a9b8a2c73, 6b89ba3dba2f583626fb693e47e951ffb8bf591f |
| Linux/Linuxgeneric | 3.17 | Not reported |
Published upstream
Aug 10, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 10, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 10, 2026
In the Linux kernel, the following vulnerability has been resolved: drm/dp/mst: fix OOB reads on 2-byte fields in sideband reply parsers Three sideband reply parsers read 16-bit fields as: val = (raw->msg[idx] << 8) | (raw->msg[idx+1]); and check bounds only after the fact. When idx == raw->curlen, raw->msg[idx+1] reads one byte past the received message data into the following struct fields (curchunk_len, curchunk_idx, curlen). Affected functions: - drm_dp_sideband_parse_enum_path_resources_ack() full_payload_bw_number and avail_payload_bw_number fields - drm_dp_sideband_parse_allocate_payload_ack() allocated_pbn field - drm_dp_sideband_parse_query_payload_ack() allocated_pbn field Fix by using a single combined check (idx + 2 > curlen) before each 2-byte read. Since the check is strictly tighter than idx > curlen, no separate step is needed. [added fixes tag]
Quoted source text, attributed separately from HOL analysis.
Answer in brief
CVE-2026-68277 records a Unknown severity vulnerability in drm/dp/mst: fix OOB reads on 2-byte fields in sideband reply parsers. 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 | >=ad7f8a1f9ced7f049f9b66d588723f243a7034cd <bdf0508b1e6785d4a8982c637e97e68d60b47d7b || >=ad7f8a1f9ced7f049f9b66d588723f243a7034cd <0bcd7675c69a2462a8531fcd9e4d096e9c7ec5df || >=ad7f8a1f9ced7f049f9b66d588723f243a7034cd <d5c70523cafa26ad2c7a37b612849abe2683baa8 || >=ad7f8a1f9ced7f049f9b66d588723f243a7034cd <68a624416d1dd481b3e5b7ea0e8a070a9b8a2c73 || >=ad7f8a1f9ced7f049f9b66d588723f243a7034cd <6b89ba3dba2f583626fb693e47e951ffb8bf591f | bdf0508b1e6785d4a8982c637e97e68d60b47d7b, 0bcd7675c69a2462a8531fcd9e4d096e9c7ec5df, d5c70523cafa26ad2c7a37b612849abe2683baa8, 68a624416d1dd481b3e5b7ea0e8a070a9b8a2c73, 6b89ba3dba2f583626fb693e47e951ffb8bf591f |
| Linux/Linuxgeneric | 3.17 | Not reported |
Published upstream
Aug 10, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 10, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 10, 2026
In the Linux kernel, the following vulnerability has been resolved: drm/dp/mst: fix OOB reads on 2-byte fields in sideband reply parsers Three sideband reply parsers read 16-bit fields as: val = (raw->msg[idx] << 8) | (raw->msg[idx+1]); and check bounds only after the fact. When idx == raw->curlen, raw->msg[idx+1] reads one byte past the received message data into the following struct fields (curchunk_len, curchunk_idx, curlen). Affected functions: - drm_dp_sideband_parse_enum_path_resources_ack() full_payload_bw_number and avail_payload_bw_number fields - drm_dp_sideband_parse_allocate_payload_ack() allocated_pbn field - drm_dp_sideband_parse_query_payload_ack() allocated_pbn field Fix by using a single combined check (idx + 2 > curlen) before each 2-byte read. Since the check is strictly tighter than idx > curlen, no separate step is needed. [added fixes tag]
Quoted source text, attributed separately from HOL analysis.