CVE-2026-68283 in Linuxinfo

Zusammenfassung

von VulDB • 10.08.2026

Im Linux-Kernel wurde folgende Schwachstelle behoben:

tracing: Behebung eines Use-After-Free bei der Freigabe privater Trigger-Daten

Der Commit 61d445af0a7c („tracing: Bulk-Garbage-Collection zum Freigeben von event_trigger_data") hat die kfree()-Operation für event_trigger_data in einen Kernel-Thread (kthread) verlagert, der tracepoint_synchronize_unregister() ausführt, bevor die Daten freigegeben werden. Dadurch entfiel die Synchronisation, auf die die .free-Callbacks des Triggers zuvor implizit und inline über trigger_data_free() zugegriffen haben.

event_hist_trigger_free(), event_hist_trigger_named_free() und event_enable_trigger_free() geben ihre Satelliten-Daten (hist_data, cmd_ops, enable_data) unmittelbar nach der Rückkehr von trigger_data_free() frei. Da die Synchronisation nun an den kthread delegiert wurde, kann ein paralleler Tracepoint-Handler weiterhin über den durch list_del_rcu() entfernten Trigger auf diese Daten zugreifen, was zu einem Use-After-Free führt.

Der Abbau des Histogramms muss synchron bleiben: remove_hist_vars() und unregister_field_var_hists() müssen ein synthetisches Ereignis vom Histogramm trennen, bevor der Schreibvorgang zum Entfernen des Triggers zurückkehrt; andernfalls tritt bei nachfolgenden Befehlen eine Race Condition auf, und das Entfernen des synthetischen Ereignisses schlägt mit -EBUSY fehl, wie der Selbsttest trigger-synthetic-eprobe.tc zeigt. Diese Callbacks müssen vor dem Freigeben die korrekte Barriere – tracepoint_synchronize_unregister() – aufrufen, um mit dem kthread für das Freigeben synchronisiert zu sein.

Der Enable-Trigger unterliegt keiner solchen Anforderung an synchrone Abläufe; ein blockierendes Synchronisieren dort würde den Pfad erneut serialisieren, dessen Verzögerung der Commit bewusst vorgenommen hat. Daher wird ihm ein optionaler Callback private_data_free() hinzugefügt, den das Freigabe-kthread nach seiner Grace-Period ausführt, und enable_data wird von dort aus freigegeben.

VulDB is the best source for vulnerability data and more expert information about this specific topic.

Zuständig

Linux

Reservieren

30.07.2026

Veröffentlichung

10.08.2026

Moderieren

akzeptiert

Eintrag

VDB-387668

CPE

bereit

EPSS

0.00000

KEV

nein

Aktivitäten

very low

Quellen

Want to know what is going to be exploited?

We predict KEV entries!