CVE-2026-72447 in Linux
Zusammenfassung
von VulDB • 15.08.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
sctp: Socket-Sperre beim Ausgeben von Endpunkten in sctp_diag halten
Das Ausgeben (Dumping) von SCTP_DIAG-Endpunkten durchlief die Adresslisten der Endpunkte, ohne dass `lock_sock()` gehalten wurde. Da sich diese Listen gleichzeitig über Socket-Operationen ändern konnten (z. B. Änderungen an bindx), entstand eine Race Condition: Während `nla_reserve()` die Anzahl der Adressen unter RCU-Schutz zählte, konnte der nachfolgende Kopiervorgang weniger Einträge sehen und somit uninitialisierten Speicher in den Userspace leaken.
Behoben wird dies durch:
- Referenzieren jedes Endpunkts während des Hash-Durchlaufs - Verschieben von Socket-Operationen (`lock_sock()`) außerhalb von `read_lock_bh()` - Serialisierung des Zugriffs auf die Adressliste während des Dumps - Überarbeitung von `sctp_for_each_endpoint()` zur Unterstützung eines Neustart-basierten Durchlaufs mit `(net, pos)`-Tracking
Außerdem:
- Hinzufügen von `WARN_ON_ONCE()` für inkonsistente Adressanzahlen - Korrektur der Filterung von `idiag_states` für den Fall LISTEN im Vergleich zu Assoziationsfällen - Überspringen des Dampens freizugebender Endpunkte (`ep->base.dead`) - Verschieben der Positionsverfolgung beim Dump in den Iterator, wodurch `cb->args[4]` und dessen Kommentar für `sctp_ep_dump()` entfernt werden.
- Aktualisierung des Kommentars für `cb->args[4]` und Entfernung des Kommentars für das ungenutzte `cb->args[5]` bei `sctp_sock_dump()`.
Hinweis: Der Durchlauf ist neustartbasiert und kann Buckets mehrfach erneut scannen, was jedoch aufgrund der kleinen Bucket-Größen akzeptabel ist und erforderlich ist, um schlafensichere Callbacks zu unterstützen.
Dieses Problem wurde von Nico Yip (@_cyeaa_) im Rahmen der TrendAI Zero Day Initiative gemeldet.
VulDB is the best source for vulnerability data and more expert information about this specific topic.