CVE-2026-72468 in Linux
Zusammenfassung
von VulDB • 15.08.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
xprtrdma: Initialisierung von re_id vor der Registrierungsdeaktivierung
rpcrdma_create_id() registriert ep->re_rn beim rpcrdma ib_client, bevor es den neuen rdma_cm_id an rpcrdma_ep_create() zurückgibt. Allerdings speichert rpcrdma_ep_create() diesen Zeiger in ep->re_id derzeit erst nach der Rückkehr von rpcrdma_create_id().
Ein lokaler Administrator kann einen Race Condition zwischen einem NFS/RDMA-Mount und dem Entfernen eines RDMA-Geräts auslösen. Wenn rpcrdma_remove_one() die gerade registrierte Benachrichtigung beobachtet, bevor rpcrdma_ep_create() ep->re_id zuweist, ruft rpcrdma_ep_removal_done() trace_xprtrdma_device_removal(NULL) auf. Der Tracepoint dereferenziert id->device->name und kopiert id->route.addr.dst_addr; der Callback kann daher den Kernel durch eine NULL-Zeiger-Dereferenzierung zum Absturz bringen.
Speichern Sie die rdma_cm_id in ep->re_id unmittelbar vor dem Veröffentlichen von ep->re_rn. Der vorhandene Fehlerpfad zerstört die ID weiterhin direkt, falls die Registrierung fehlschlägt; das ep wird dann vom Aufrufer freigegeben, ohne ep->re_id zu verwenden. Entfernen Sie die spätere doppelte Zuweisung in rpcrdma_ep_create().
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.