CVE-2026-99234
Publiée le 2026-11-02 · Dernière modification le 2026-11-02
Le sous-système de traçage du noyau Linux est affecté par un bug dans la gestion des histogrammes de variables de champ. Cette fonctionnalité est utilisée pour la surveillance des performances et le débogage afin de suivre des données d'événements spécifiques. Lorsqu'un utilisateur tente de configurer un histogramme mais que la commande échoue à mi-parcours, le noyau ne parvient pas à désenregistrer correctement certains déclencheurs, les laissant actifs mais non suivis en mémoire.
Un attaquant disposant d'un accès root au système pourrait exploiter cela pour provoquer un événement de corruption de mémoire, pouvant entraîner un plantage du noyau (déni de service) ou un comportement imprévisible du système. Comme la modification de ces déclencheurs de traçage nécessite des privilèges administratifs, cette faille ne peut pas être exploitée par un utilisateur distant ou non privilégié. L'impact est limité à la stabilité du système pour les personnes ayant déjà un contrôle total sur la machine.
RÉFÉRENCES
Description officielle du NVD (en anglais)
In the Linux kernel, the following vulnerability has been resolved: tracing: Unregister field variable histograms when the command fails An action that names a field on another event needs that field as a variable, so create_field_var_hist() registers a second hist trigger on that event to provide it, and records it in target_hist_data->field_var_hists[]. If a later part of the same command fails, create_actions() returns an error and event_hist_trigger_parse() jumps to out_free. The write fails with -EINVAL and sched_switch gets no trigger, but: # 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] The second histogram is the one created for 'prio'. It is still active and still counting. out_free reaches destroy_field_var_hists(), which frees the field_var_hists[] entries, but never unregister_field_var_hists(), which is what removes the triggers and runs only from event_hist_trigger_free(). The entry is freed and the trigger is left with nothing tracking it. Unregister the field variable histograms in out_free as well, and record each one as soon as its trigger is registered rather than after the lookup that follows it, so no exit can leave a registered trigger untracked. The entry then belongs to field_var_hists[] and is released by destroy_field_var_hists(), so freeing it on that exit would be a double free.