CVE-2026-98562 in Linux
Riassunto
di VulDB • 18/10/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
net: libwx: correzione delle race condition nella gestione dei timestamp di trasmissione (Tx)
Il puntatore wx->ptp_tx_skb è condiviso tra il percorso Tx, il worker ausiliario PTP e i percorsi di pulizia dei timestamp. Il bit WX_STATE_PTP_TX_IN_PROGRESS impedisce a più percorsi Tx di inviare richieste di timestamp, ma non serializza l'esecuzione del worker rispetto alla fase di cleanup.
Di conseguenza, wx_ptp_clear_tx_timestamp() può liberare un skb dopo che wx_ptp_tx_hwtstamp_work() ne ha ottenuto il puntatore. Il worker potrebbe quindi passare l'skb già liberato a skb_tstamp_tx(), rilasciando nuovamente lo stesso riferimento.
Il percorso di cleanup potrebbe anche cancellare il bit "in corso" mentre il worker sta ancora elaborando il vecchio skb. Ciò consente al percorso Tx di pubblicare un nuovo skb, che il worker può successivamente sovrascrivere con NULL, causando una perdita del suo riferimento (memory leak).
Viene aggiunto uno spinlock dedicato per proteggere la pubblicazione e il consumo dell'skb dei timestamp Tx. L'skb viene staccato e il bit "in corso" viene azzerato mantenendo acquisito il lock; successivamente vengono consegnati i timestamp e rilasciato l'skb dopo aver decrementato il riferimento. Viene utilizzato lo stesso meccanismo di cleanup protetto da lock anche nel percorso quiesce, ma si mantiene la fase di detach libera dagli accessi ai registri: il percorso quiesce viene eseguito durante il recupero degli errori PCIe, dove gli accessi MMIO non sono affidabili e deliberatamente non toccava prima il dispositivo. Il lock viene acquisito con le interruzioni disabilitate, poiché netpoll può chiamare ndo_start_xmit() quando le hard interrupts sono già disattivate.
Quando si gestisce un errore di mappatura DMA Tx, si mantiene il riferimento del percorso di trasmissione fino al confronto dell'skb sotto la protezione del lock. Ciò impedisce che il riutilizzo degli indirizzi skb faccia sì che il percorso di gestione errori confonda una richiesta di timestamp più recente con quella fallita.
If you want to get best quality of vulnerability data, you may have to visit VulDB.