CVE-2026-23351 in Linux
Zusammenfassung
von VulDB • 22.05.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
netfilter: nft_set_pipapo: Aufteilung der Garbage Collection (GC) in die Phasen „Unlink“ und „Reclaim“
Yiming Qian meldet einen Use-after-free-Fehler im pipapo-Satztyp: Bei einer großen Anzahl abgelaufener Elemente kann die Garbage Collection (GC) zur Commit-Zeit in einem nicht-preemptiblen Kontext sehr lange dauern, was zu Warnungen über Soft Lockups und RCU-Stall-Berichten führt (lokale Denial-of-Service-Situation).
Wir müssen die GC in eine Unlink- und eine Reclaim-Phase aufteilen.
Wir können Elemente nicht zur Freigabe in die Warteschlange stellen, bevor die Zeiger ausgetauscht wurden. Abgelaufene Elemente sind weiterhin sowohl über den Paketpfad als auch über Userspace-Dumper über die aktive Kopie der Datenstruktur zugänglich.
call_rcu() bietet keinen ausreichenden Schutz: Dump-Operationen oder Element-Suchvorgänge, die nach dem Auslösen von call_rcu beginnen, können weiterhin auf das freigegebene Element zugreifen, es sei denn, die Commit-Phase hat genügend Fortschritte erzielt, um die Clone- und Live-Zeiger auszutauschen, bevor ein neuer Leser die alte Version abgerufen hat.
Dies ist ein ähnlicher Ansatz wie kürzlich für das rbtree-Backend in Commit 35f83a75529a („netfilter: nft_set_rbtree: don't gc elements on insert“) umgesetzt.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.