Answer in brief
CVE-2026-68300 records a Unknown severity vulnerability in sctp: auth: verify auth requirement when auth_chunk is NULL. 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 | >=bbd0d59809f923ea2b540cbd781b32110e249f6e <ec2e157fc9678a9bc411305a25aec3fd337d7efb || >=bbd0d59809f923ea2b540cbd781b32110e249f6e <28c5fdce9dd955d2baf5e28987819b6d7cfaf646 || >=bbd0d59809f923ea2b540cbd781b32110e249f6e <18957373920caf5cdaf5cf32e5d1d7a99ca7700a || >=bbd0d59809f923ea2b540cbd781b32110e249f6e <83f5031f2a6a49d696eb4cc0898345d12f9c6451 || >=bbd0d59809f923ea2b540cbd781b32110e249f6e <8e04823c120b376ef7dab14b60ebf6823aa16c14 | ec2e157fc9678a9bc411305a25aec3fd337d7efb, 28c5fdce9dd955d2baf5e28987819b6d7cfaf646, 18957373920caf5cdaf5cf32e5d1d7a99ca7700a, 83f5031f2a6a49d696eb4cc0898345d12f9c6451, 8e04823c120b376ef7dab14b60ebf6823aa16c14 |
| Linux/Linuxgeneric | 2.6.24 | 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: sctp: auth: verify auth requirement when auth_chunk is NULL sctp_auth_chunk_verify() returns true unconditionally when chunk->auth_chunk is NULL, silently skipping authentication. This is incorrect when: 1. skb_clone() failed in the BH receive path, leaving auth_chunk NULL. In sctp_endpoint_bh_rcv() asoc is NULL for new connections, so the early sctp_auth_recv_cid() check cannot catch this. 2. No AUTH chunk precedes COOKIE-ECHO, so skb_clone() is never called and auth_chunk remains NULL. Fix by checking sctp_auth_recv_cid() when auth_chunk is NULL: if authentication is required, return false to drop the chunk; otherwise continue normally.
Quoted source text, attributed separately from HOL analysis.
Answer in brief
CVE-2026-68300 records a Unknown severity vulnerability in sctp: auth: verify auth requirement when auth_chunk is NULL. 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 | >=bbd0d59809f923ea2b540cbd781b32110e249f6e <ec2e157fc9678a9bc411305a25aec3fd337d7efb || >=bbd0d59809f923ea2b540cbd781b32110e249f6e <28c5fdce9dd955d2baf5e28987819b6d7cfaf646 || >=bbd0d59809f923ea2b540cbd781b32110e249f6e <18957373920caf5cdaf5cf32e5d1d7a99ca7700a || >=bbd0d59809f923ea2b540cbd781b32110e249f6e <83f5031f2a6a49d696eb4cc0898345d12f9c6451 || >=bbd0d59809f923ea2b540cbd781b32110e249f6e <8e04823c120b376ef7dab14b60ebf6823aa16c14 | ec2e157fc9678a9bc411305a25aec3fd337d7efb, 28c5fdce9dd955d2baf5e28987819b6d7cfaf646, 18957373920caf5cdaf5cf32e5d1d7a99ca7700a, 83f5031f2a6a49d696eb4cc0898345d12f9c6451, 8e04823c120b376ef7dab14b60ebf6823aa16c14 |
| Linux/Linuxgeneric | 2.6.24 | 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: sctp: auth: verify auth requirement when auth_chunk is NULL sctp_auth_chunk_verify() returns true unconditionally when chunk->auth_chunk is NULL, silently skipping authentication. This is incorrect when: 1. skb_clone() failed in the BH receive path, leaving auth_chunk NULL. In sctp_endpoint_bh_rcv() asoc is NULL for new connections, so the early sctp_auth_recv_cid() check cannot catch this. 2. No AUTH chunk precedes COOKIE-ECHO, so skb_clone() is never called and auth_chunk remains NULL. Fix by checking sctp_auth_recv_cid() when auth_chunk is NULL: if authentication is required, return false to drop the chunk; otherwise continue normally.
Quoted source text, attributed separately from HOL analysis.