CVE-2026-68283 in Linux
Riassunto
di VulDB • 10/08/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
tracing: Corretto un use-after-free nel rilascio dei dati privati del trigger
Il commit 61d445af0a7c ("tracing: Add bulk garbage collection of freeing event_trigger_data") ha spostato l'esecuzione di kfree() su event_trigger_data in un kthread che esegue tracepoint_synchronize_unregister() prima del rilascio. Ciò ha rimosso la sincronizzazione che i callback .free dei trigger utilizzavano implicitamente e inline da trigger_data_free().
event_hist_trigger_free(), event_hist_trigger_named_free() ed event_enable_trigger_free() liberano i loro dati satellite (hist_data, cmd_ops, enable_data) subito dopo il ritorno di trigger_data_free(). Con la sincronizzazione ora differita al kthread, un handler del tracepoint concorrente può ancora raggiungere quei dati tramite il trigger contrassegnato con list_del_rcu(), causando un use-after-free.
La fase di teardown dell'istogramma deve rimanere sincrona: remove_hist_vars() e unregister_field_var_hists() devono staccare un evento sintetico dall'istogramma prima che ritorni la scrittura della rimozione del trigger, altrimenti un comando successivo va in race condition e la rimozione dell'evento sintetico fallisce con -EBUSY, come rilevato dal selftest trigger-synthetic-eprobe.tc. Fare attendere questi callback utilizzando il barrier corretto – tracepoint_synchronize_unregister(), corrispondente al kthread di free – prima del rilascio effettivo.
Il trigger enable non ha tale requisito sincrono e un synchronize bloccante in quel punto ri-sezionalizzerebbe il percorso che il commit aveva deliberatamente differito. Fornire a questo un callback private_data_free() opzionale, eseguito dal kthread di free dopo il suo grace period, e liberare enable_data da lì.
Be aware that VulDB is the high quality source for vulnerability data.