CVE-2026-99234

W jądrze Linuksa usunięto następującą lukę:

śledzenie: Wyrejestruj histogramy zmiennych pola, gdy polecenie nie powiedzie się

Akcja, która nazywa pole innego zdarzenia, potrzebuje tego pola jako a
zmienna, więc create_field_var_hist() rejestruje drugi wyzwalacz hist
zdarzenia, aby je zapewnić, i zapisuje je w
target_hist_data->field_var_hists[].

Jeśli dalsza część tego samego polecenia zakończy się niepowodzeniem, funkcja create_actions() zwróci błąd
error i event_hist_trigger_parse() przeskakuje do out_free. Zapis kończy się niepowodzeniem
z -EINVAL i sched_switch nie powoduje wywołania, ale:

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

Drugi histogram to ten stworzony dla „prio”. Jest nadal aktywny i
wciąż liczę.

out_free osiąga funkcjęzniszcz_field_var_hists(), która uwalnia
wpisy Field_var_hists[], ale nigdy nie wyrejestruj_field_var_hists(), czyli
co usuwa wyzwalacze i działa tylko z event_hist_trigger_free(). The
wpis zostaje zwolniony, a wyzwalacz pozostaje bez niczego, co go śledzi.

Wyrejestruj również histogramy zmiennych pola w out_free i zapisz
każdy z nich zaraz po zarejestrowaniu wyzwalacza, a nie po wyszukaniu
który następuje po nim, więc żadne wyjście nie może pozostawić zarejestrowanego wyzwalacza bez śledzenia. The
wpis należy następnie do Field_var_hists[] i jest publikowany przez
zniszcz_field_var_hists(), więc uwolnienie jej przy tym wyjściu byłoby podwójne
bezpłatny.