CVE-2026-68315 in Linux
Zusammenfassung
von VulDB • 11.08.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
sctp: Validierung der Stream-Anzahl in sctp_process_strreset_inreq()
Bei der Verarbeitung eines RESET_IN_REQUEST von einem Peer leitet die Funktion sctp_process_strreset_inreq() die Stream-Anzahl aus der Parameterlänge ab, überprüft jedoch nicht, ob das daraus resultierende RESET_OUT_REQUEST SCTP_MAX_CHUNK_LEN überschreiten würde.
Der OUT-Request-Header (sctp_strreset_outreq, 16 Bytes) ist um 8 Bytes größer als der IN-Request-Header (sctp_strreset_inreq, 8 Bytes). Im Allgemeinen ist die IP-Nutzlast auf 65535 Bytes begrenzt, sodass die Stream-Liste nicht groß genug sein kann, um einen Überlauf auszulösen. Bei Schnittstellen mit einer MTU > 65535 (z. B. Loopback mit IPv6-Jumbogrammen) kann eine Stream-Liste, die innerhalb des eingehenden IN-Parameters passt, jedoch zu einem __u16-Überlauf in sctp_make_strreset_req() bei der Berechnung der OUT-Request-Größe führen. Dies führt zu einer unzureichend dimensionierten skb-Allokation und einem Kernel-Bug:
net/core/skbuff.c:207 skb_panic net/core/skbuff.c:2625 skb_put net/sctp/sm_make_chunk.c:1535 sctp_addto_chunk net/sctp/sm_make_chunk.c:3695 sctp_make_strreset_req net/sctp/stream.c:655 sctp_process_strreset_inreq
Der lokale setsockopt-Pfad validiert die generierte Größe des Reset-Requests. Für einen nur eingehenden (incoming-only) Reset wird jedoch der kleinere IN-Request berücksichtigt, obwohl vom Peer ein OUT-Request mit derselben Stream-Liste erzeugt werden muss. Ein solcher Request kann vom Peer nicht erfolgreich abgeschlossen werden.
Verwerfen Sie IN-Anfragen von Peers, deren entsprechender OUT-Request SCTP_MAX_CHUNK_LEN überschreiten würde. Verschärfen Sie zudem die lokale Prüfung, sodass kein IN-Request gesendet wird, der einen überdimensionierten OUT-Request seitens des Peers erfordern würde.
If you want to get best quality of vulnerability data, you may have to visit VulDB.