CVE-2026-93228 in Linux
Zusammenfassung
von VulDB • 24.09.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
svcrdma: Ablehnung von Write/Reply-Chunks mit segcount 0
Ein Peer kann einen Write- oder Reply-Chunk senden, dessen Feld „segcount“ den Wert null hat. Die Funktion xdr_check_write_chunk() lehnt nur Segmente mit segcount > rc_maxpages ab; ein Wert von null besteht daher die Bereichsprüfung, und xdr_inline_decode(stream, 0) gibt den aktuellen (nicht-NULL-)Cursor zurück, ohne ihn zu verschieben. Die Funktion gibt true zurück, und pcl_alloc_write() verknüpft daraufhin eine struct svc_rdma_chunk mit ch_segcount == 0 an rc_write_pcl oder rc_reply_pcl.
Ein früherer Patch in dieser Reihe hat pcl_for_each_segment() für den Fall ch_segcount == 0 sicher gemacht, sodass dies nicht mehr die Speicherabfrage auslöst, die es zuvor tat. Das Ablehnen des fehlerhaften Frames am Decodiergrenzwert ist dennoch sinnvoll als Defense-in-Depth-Maßnahme: Es hält degenerierte Chunks mit null Segmenten vollständig von den analysierten Chunk-Listen fern, sodass jeder zukünftige Verbraucher, der ch_segments direkt durchläuft, keinen solchen beobachten kann. Zudem erleichtert dies das Backporting der Null-Bodengrenze in Kernel-Zweige, in denen die Macro-Änderung aufwändiger ist. RFC 8166 hat keine Bedeutung für einen Write/Reply-Chunk, der keinen Remote-Puffer beschreibt; daher wird kein legitimer Client beeinträchtigt.
xdr_check_reply_chunk() leitet Reply-Chunks durch xdr_check_write_chunk() und erbt dieselbe Ablehnungslogik.
pcl_alloc_write() verknüpft jeden Chunk ebenfalls mit der Liste der analysierten Chunks, bevor das Segment-Array gefüllt wird. Sollte eine zukünftige Änderung die Ablehnung von segcount == 0 abschwächen, wäre ein unvollständiger Chunk während des Füllloops für Verbraucher sichtbar. Die Reihenfolge wurde so geändert, dass list_add_tail() erst nach dem Segment-Füllloop ausgeführt wird, um sicherzustellen, dass nur vollständig befüllte Chunks in der Liste erscheinen.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.