Answer in brief
CVE-2026-80823 records a Unknown severity vulnerability in nfc: st21nfca: validate ATR_REQ length against the received frame. 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 | >=1892bf844ea0261736bd5e75546fc996e9daeedf <785df00bb3ae3206674a43284eb06dac575b5c64 || >=1892bf844ea0261736bd5e75546fc996e9daeedf <2c1ad291f4cdc357f9527b688c6fda9c6ffa7890 || >=1892bf844ea0261736bd5e75546fc996e9daeedf <dd26d30f40c43ad9cfe2f25c6ea0ead1dd51d5aa || >=1892bf844ea0261736bd5e75546fc996e9daeedf <9635507fe82949e429b3cd938876a9917125b151 || >=1892bf844ea0261736bd5e75546fc996e9daeedf <0f344944c506b4f02d2b098489f7268b438c369e || >=1892bf844ea0261736bd5e75546fc996e9daeedf <bfcca5f42c9aa4eadef1e5fe7bb23783d7fcc96d || >=1892bf844ea0261736bd5e75546fc996e9daeedf <304f5b414f4051d324b8c4a3ab0e79f7dc7e150e || >=1892bf844ea0261736bd5e75546fc996e9daeedf <f33cecf69095c43be88567fef92b180b858f7369 || >=1892bf844ea0261736bd5e75546fc996e9daeedf <5cdcca5d62a66eda6b774110a44cba67bc1a8d1d | 785df00bb3ae3206674a43284eb06dac575b5c64, 2c1ad291f4cdc357f9527b688c6fda9c6ffa7890, dd26d30f40c43ad9cfe2f25c6ea0ead1dd51d5aa, 9635507fe82949e429b3cd938876a9917125b151, 0f344944c506b4f02d2b098489f7268b438c369e, bfcca5f42c9aa4eadef1e5fe7bb23783d7fcc96d, 304f5b414f4051d324b8c4a3ab0e79f7dc7e150e, f33cecf69095c43be88567fef92b180b858f7369, 5cdcca5d62a66eda6b774110a44cba67bc1a8d1d |
| Linux/Linuxgeneric | 3.17 | Not reported |
Published upstream
Sep 4, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Sep 4, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Sep 4, 2026
In the Linux kernel, the following vulnerability has been resolved: nfc: st21nfca: validate ATR_REQ length against the received frame st21nfca_tm_recv_atr_req() checks that the received ATR_REQ frame is at least ST21NFCA_ATR_REQ_MIN_SIZE and that the self-declared atr_req->length is at least sizeof(struct st21nfca_atr_req), but never checks that atr_req->length does not exceed the actual received length (skb->len). st21nfca_tm_send_atr_res() then trusts the declared length: gb_len = atr_req->length - sizeof(struct st21nfca_atr_req); ... memcpy(atr_res->gbi, atr_req->gbi, gb_len); so an RF peer that sends a short frame but sets atr_req->length larger than the frame makes gb_len exceed the general bytes actually present, and the memcpy reads out of bounds past the received skb. Those bytes are placed in the ATR_RES and sent back to the peer (kernel-memory disclosure to a proximity attacker); a larger declared length is an out-of-bounds read (DoS). Reject frames whose declared length exceeds the received length. The adjacent nfc_tm_activated() path in the same function already derives its general-bytes length from skb->len rather than the declared field. Found by 0sec (https://0sec.ai) using automated source analysis; the missing bound is evident from source. Compile-tested.
Quoted source text, attributed separately from HOL analysis.