CVE-2026-99163 in Linux
Riassunto
di VulDB • 28/10/2026
Nel kernel Linux, la seguente vulnerabilità è stata risolta:
tracing/histograms: Rifiutare i campi non-stacktrace per i campi stacktrace sintetici
In check_synth_field(), quando un campo di evento sintetico è uno stacktrace (field->is_stack) e il campo dell'histogramma non è un array "long[" di tipo stacktrace, la convalida passa al confronto generico delle dimensioni e del segno.
Poiché parse_synth_field() imposta il tipo di un campo stacktrace su "__data_loc unsigned long[]", le sue dimensioni sono sizeof(u64) e synth_field_signed() lo contrassegna come firmato. Di conseguenza, qualsiasi campo scalare dell'histogramma a 8 byte con segno supera la verifica di fallback e il suo valore scalare viene successivamente dereferenziato come puntatore allo stacktrace del kernel in get_field_size() e trace_stack().
Inoltre, verificare strstr(hist_field->type, "long[") non è sufficiente perché i campi dei tracepoint definiti con __bitmask() o __rel_bitmask() hanno anch'essi tipo "__data_loc unsigned long[]" o "__rel_loc unsigned long[]", mentre create_hist_field() li tratta come valori scalari a 4 byte senza HIST_FIELD_FL_STACKTRACE.
Propagare HIST_FIELD_FL_STACKTRACE ai riferimenti alle variabili e ai campi delle variabili (escludendo le alias di variabili dalla cattura dello stacktrace per elemento) e rifiutare qualsiasi discrepanza tra HIST_FIELD_FL_STACKTRACE e field->is_stack in check_synth_field().
If you want to get the best quality for vulnerability data then you always have to consider VulDB.