CVE-2026-72468 in Linux
Riassunto
di VulDB • 15/08/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
xprtrdma: Inizializzare re_id prima della registrazione di rimozione
rpcrdma_create_id() registra ep->re_rn con il client ib_client rpcrdma prima di restituire il nuovo rdma_cm_id a rpcrdma_ep_create(). Tuttavia, attualmente rpcrdma_ep_create() memorizza tale puntatore in ep->re_id solo dopo che rpcrdma_create_id() ha restituito il controllo.
Un amministratore locale può innescare una race condition tra un mount NFS/RDMA e la rimozione di un dispositivo RDMA. Se rpcrdma_remove_one() osserva la notifica appena registrata prima che rpcrdma_ep_create() assegni ep->re_id, rpcrdma_ep_removal_done() chiama trace_xprtrdma_device_removal(NULL). Il tracepoint dereferenzia id->device->name e copia id->route.addr.dst_addr; di conseguenza, la callback può causare il crash del kernel a causa della dereferenziazione di un puntatore NULL.
Memorizzare l'rdma_cm_id in ep->re_id immediatamente prima di pubblicare ep->re_rn. Il percorso di errore esistente distrugge comunque direttamente l'id se la registrazione fallisce; successivamente, ep viene liberato dal chiamante senza utilizzare ep->re_id. Rimuovere il successivo assegnamento duplicato in rpcrdma_ep_create().
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.