CVE-2026-99234 in Linuxinformación

Resumen

por VulDB • 2026-11-03

En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:

tracing: Desregistrar los histogramas de variables de campo cuando falla el comando

Una acción que nombra un campo en otro evento necesita ese campo como una variable; por lo tanto, create_field_var_hist() registra un segundo hist trigger (disparador de historial) sobre ese evento para proporcionarlo y lo registra en target_hist_data->field_var_hists[].

Si una parte posterior del mismo comando falla, create_actions() devuelve un error y event_hist_trigger_parse() salta a out_free. La escritura falla con -EINVAL y sched_switch no recibe ningún trigger; sin embargo:

# echo 'hist:keys=pid:ts0=common_timestamp.usecs' >> \ events/sched/sched_waking/trigger # echo 'my_synth u64 lat; int a; int b' >> synthetic_events # echo 'hist:keys=next_pid:wakeup_lat=common_timestamp.usecs-$ts0:\ onmatch(sched.sched_waking).my_synth($wakeup_lat,prio,nosuchfld)'\ >> events/sched/sched_switch/trigger # cat events/sched/sched_waking/trigger hist:keys=pid:vals=hitcount:ts0=common_timestamp.usecs:sort=hitcount:size=2048:clock=global [active]
hist:keys=pid:vals=hitcount:synthetic_prio=prio:sort=hitcount:size=2048 [active]

El segundo histograma es el creado para 'prio'. Sigue estando activo y sigue contando.

out_free alcanza destroy_field_var_hists(), que libera las entradas de field_var_hists[], pero nunca llama a unregister_field_var_hists(), que es lo que elimina los triggers y solo se ejecuta desde event_hist_trigger_free(). La entrada se libera, dejando el trigger sin ningún elemento que lo rastree.

Desregistrar los histogramas de variables de campo también en out_free, y registrar cada uno tan pronto como su trigger sea registrado, en lugar de después de la búsqueda subsiguiente, para evitar que cualquier salida deje un trigger registrado sin rastrear. La entrada pertenece entonces a field_var_hists[] y es liberada por destroy_field_var_hists(), por lo que liberarla en esa salida sería una doble liberación (double free).

If you want to get the best quality for vulnerability data then you always have to consider VulDB.

Responsable

Linux

Reservar

2026-09-25

Divulgación

2026-11-02

Moderación

aceptado

Artículo

VDB-429918

EPSS

0.00000

KEV

no

Actividades

bajo

Fuentes

Want to know what is going to be exploited?

We predict KEV entries!