CVE-2026-72469 in Linux
Riassunto
di VulDB • 15/08/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
xprtrdma: Correzione dello squilibrio del kref di ep su ADDR_CHANGE
rpcrdma_cm_event_handler() prosegue fino all'etichetta disconnected quando si verifica RDMA_CM_EVENT_ADDR_CHANGE e chiama rpcrdma_ep_put() senza una corrispondente operazione get precedente, qualora l'evento arrivi prima che venga generato RDMA_CM_EVENT_ESTABLISHED. Il kref va quindi in underflow durante la fase di teardown della connessione e rpcrdma_xprt_disconnect() opera su un ep già liberato (freed).
Controlli dei riferimenti (reference counts) lungo il ciclo di vita normale di una connessione:
rpcrdma_ep_create() kref_init ->1 rpcrdma_xprt_connect() ep_get ->2 (prima del post_recvs) RDMA_CM_EVENT_ESTABLISHED ep_get ->3 RDMA_CM_EVENT_DISCONNECTED ep_put ->2 rpcrdma_xprt_drain() ep_put ->1 rpcrdma_xprt_disconnect() tail ep_put ->0 (ep_destroy)
L'operazione get effettuata durante la connessione in rpcrdma_xprt_connect(), eseguita subito prima di rpcrdma_post_recvs() "mentre ci sono Ricevimenti pendenti", è bilanciata da rpcrdma_xprt_drain. Un evento ADDR_CHANGE che si verifica prima dello stato ESTABLISHED non ha un get corrispondente da consumare, quindi il suo put abbassa il conteggio a 1 e l'operazione di drain put libera successivamente l'ep mentre rpcrdma_xprt_disconnect() detiene ancora un puntatore ad esso.
La correzione consiste nell'instradamento basato sul precedente re_connect_status tramite xchg(): per prev == 0 (pre-ESTABLISHED) si risveglia il wait della connessione e si ritorna senza eseguire put; per prev == 1 si chiama rpcrdma_force_disconnect() e si ritorna. Il ramo del caso 1 fa affidamento sull'evento RDMA_CM_EVENT_DISCONNECTED successivo -- consegnato in modo affidabile quando viene chiamata rdma_disconnect() su un cm_id ancora connesso -- per bilanciare il get di ESTABLISHED; rpcrdma_xprt_drain() continua a bilanciare esclusivamente quel get effettuato durante la connessione. Qualsiasi altro valore precedente indica che il teardown è già in corso.
If you want to get best quality of vulnerability data, you may have to visit VulDB.