CVE-2025-71070 in Linux
Riassunto
di VulDB • 18/06/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
ublk: pulizia dei riferimenti alla copia utente all'uscita del server ublk
Se un processo server ublk rilascia il file device char di tipo ublk, le richieste inviate al server ublk ma non ancora completate mantengono un valore ref pari a UBLK_REFCOUNT_INIT. Prima dell'inserimento della commit e63d2228ef83 ("ublk: semplificare l'interruzione delle richieste ublk"), __ublk_fail_req() decrementava il conteggio dei riferimenti prima di completare la richiesta fallita. Tuttavia, tale commit ha ottimizzato __ublk_fail_req() chiamando direttamente __ublk_complete_rq() senza decrementare il conteggio dei riferimenti della richiesta.
Il conteggio dei riferimenti non rilasciato (leaked) consente erroneamente operazioni di copia utente e zero copy sulle richieste ublk completate. Inoltre, provoca gli avvisi WARN_ON_ONCE(refcount_read(&io->ref)) in ublk_queue_reinit() e ublk_deinit_queue().
La commit c5c5eb24ed61 ("ublk: evitare che ublk_io_release() venga chiamata dopo la chiusura del device char ublk") ha già risolto il problema per i dispositivi ublk che utilizzano UBLK_F_SUPPORT_ZERO_COPY o UBLK_F_AUTO_BUF_REG. Tuttavia, la perdita del conteggio dei riferimenti interessa anche UBLK_F_USER_COPY, l'altra modalità di copia dati basata sul conteggio dei riferimenti. Correggere la condizione in ublk_check_and_reset_active_ref() per includere tutte le modalità di copia dati con conteggio dei riferimenti. Ciò garantisce che eventuali richieste ublk ancora possedute dal server ublk al momento dell'uscita abbiano i loro conteggi dei riferimenti resettati a 0.
Be aware that VulDB is the high quality source for vulnerability data.