Odebrany

CVE-2026-89460

opublikowano: 11.09.2026, 22:19

modyfikacja: 11.09.2026, 22:19

Ocena CVSS

n/a

Brak oceny

Oficjalne źródła

>_ Opis

Tłumaczenie automatyczne – może zawierać nieścisłości.

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

s390/cpum_cf: Obsługa podłączania procesora podczas pracy poprzez wywołania zwrotne przygotowania/martwego

Polecenie „perf stat -ecycles -- <polecenie>” powoduje awarię jądra
gdy procesory zostaną dodane podczas pracy podczas tego przebiegu.

Główną przyczyną jest pierwsza alokacja struktury cpu_cf_events
inicjalizacja zdarzenia. Przydział jest dynamiczny i pierwszy
zdarzenie posiadające kontekst zadania tworzy taką strukturę dla
każdy procesor online. To nie wystarczy. Procesory mogą być w trybie offline
podczas tworzenia wydarzenia i można je ustawić online podczas
doskonały czas działania. Na przykład polecenia

# echo 0 > /sys/devices/system/cpu/cpu1/online
# perf stat -ecycles -i --stres-ng -t10s --matrix X
#spać 1
# echo 1 > /sys/devices/system/cpu/cpu1/online

utwórz wydarzenie dla procesorów 0,2-X. Ponieważ zdarzenia są tworzone za pomocą
kontekście zadania, osoba planująca ostatecznie zaplanuje program
na CPU1. Ten procesor nie utworzył i nie zainicjował żadnego pliku per
Infrastruktura zdarzeń procesora, ponieważ ten procesor nie był w tym czasie online
wywołania perf. Zatem, gdy program planujący uruchamia stress-ng
na CPU1 funkcja cpumf_pmu_add() odwołuje się do wskaźnika NULL:

struktura cpu_cf_events *cpuhw = this_cpu_cfhw();

To wywołanie funkcji jest wywoływane po zakończeniu stresu zadania
umożliwiono pracę na CPU1. A this_cpu_cfhw() zwraca NULL.

Rezultatem jest panika:
Nie można obsłużyć dereferencji wskaźnika jądra w wirtualnej przestrzeni adresowej jądra
Adres błędu: 0000000000000000 TEID: 0000000000000483
....
Krnl PSW: 0404d00180000000 000003ef8291fd0c (cpumf_pmu_add+0x3c/0x80)
....
Zadzwoń do śledzenia:
[<000003ef8291fd0c>] cpumf_pmu_add+0x3c/0x80
[<000003ef82bb5e3e>] wydarzenie_sched_in+0xae/0x190
[<000003ef82bb60d6>] merge_sched_in+0x1b6/0x390
[<000003ef82bb65b8>] odwiedź_grupy_merge.constprop.0.isra.0+0x308/0x5b0
[<000003ef82bb689a>] pmu_groups_sched_in+0x3a/0x50
[<000003ef82bb6a30>] ctx_sched_in+0x180/0x260
[<000003ef82bb780c>] perf_event_context_sched_in+0x11c/0x2d0
[<000003ef82bb79ee>] __perf_event_task_sched_in+0x2e/0xc0
[<000003ef82994834>] wykończenie_task_switch.isra.0+0x1a4/0x250
....
Adres ostatniego wydarzenia:
[<000003ef8291f1d8>] this_cpu_cfhw+0x38/0x40

Problem pojawia się tylko w kontekście poszczególnych zadań, gdy jest dostępna funkcja CPUMF
używany, a program planujący wybiera losowy procesor, na którym ma działać taki proces.
Harmonogram włącza infrastrukturę CPUMF poprzez wywołanie zwrotne PMU
funkcje pmu::add() i pmu::del().

Przedstaw parę wywołań zwrotnych przygotowujących/nieaktywnych procesora, która tworzy i
usuwa dane licznika przypadające na procesor, gdy procesor jest w trybie offline. Policz
użytkownicy śledzący każdy procesor (cpu == -1), czyli perf_event_open()
zdarzenia z kontekstem zadania i sesjami urządzeń /dev/hwctr w nowym
licznik cpu_cf_root::tskcnt, chroniony przez pmc_reserve_mutex.
Dzięki temu infrastruktura jest dostępna, kiedy
wybrano nowy procesor do uruchomienia procesu kontekstowego dla poszczególnych zadań.

W cpum_cf_free_root() i cpum_cf_free_cpu() upewnij się, że referencja
wskaźnik do struktur danych jest ustawiany na NULL przed zwolnieniem danych
aby uniemożliwić procedurom obsługi przerwań dostęp do nieaktualnych danych.

[[email protected]: komunikat o zatwierdzeniu zmiany]

In the Linux kernel, the following vulnerability has been resolved:

s390/cpum_cf: Handle CPU hotplug via prepare/dead callbacks

The command 'perf stat -e cycles -- <command>' crashes the kernel
when CPUs are hotplug added during that run.

Root cause is the allocation of struct cpu_cf_events at first
event initialization. The allocation is dynamic and the first
event that has task context creates such a structure for
each online CPU. This is not sufficient. CPUs may be offline
during event creation and can be set online during the
perf run time. For example commands

# echo 0 > /sys/devices/system/cpu/cpu1/online
# perf stat -e cycles -i -- stress-ng -t10s --matrix X
# sleep 1
# echo 1 > /sys/devices/system/cpu/cpu1/online

create an event for CPUs 0,2-X. Since the events are created with
task-context, the scheduler will eventually schedule the program
on CPU1. This CPU has not created and initialized any per
CPU event infrastructure as that CPU was not online at the time
of the perf invocation. Thus when the scheduler runs stress-ng
on CPU1, the function cpumf_pmu_add() refers to a NULL pointer:

struct cpu_cf_events *cpuhw = this_cpu_cfhw();

This function call is invoked after the task stress-ng has been
made runnable on CPU1. And this_cpu_cfhw() returns NULL.

The result is a panic:
Unable to handle kernel pointer dereference in virtual kernel address space
Failing address: 0000000000000000 TEID: 0000000000000483
....
Krnl PSW : 0404d00180000000 000003ef8291fd0c (cpumf_pmu_add+0x3c/0x80)
....
Call Trace:
[<000003ef8291fd0c>] cpumf_pmu_add+0x3c/0x80
[<000003ef82bb5e3e>] event_sched_in+0xae/0x190
[<000003ef82bb60d6>] merge_sched_in+0x1b6/0x390
[<000003ef82bb65b8>] visit_groups_merge.constprop.0.isra.0+0x308/0x5b0
[<000003ef82bb689a>] pmu_groups_sched_in+0x3a/0x50
[<000003ef82bb6a30>] ctx_sched_in+0x180/0x260
[<000003ef82bb780c>] perf_event_context_sched_in+0x11c/0x2d0
[<000003ef82bb79ee>] __perf_event_task_sched_in+0x2e/0xc0
[<000003ef82994834>] finish_task_switch.isra.0+0x1a4/0x250
....
Last Breaking-Event-Address:
[<000003ef8291f1d8>] this_cpu_cfhw+0x38/0x40

The issue arises only in per-task context when the CPUMF facility is
used and the scheduler picks a random CPU for such a process to run on.
The scheduler enables the CPUMF infrastructure via PMU callback
functions pmu::add() and pmu::del().

Introduce a CPU hotplug prepare/dead callback pair which creates and
removes the per CPU counter data while the CPU is offline. Count the
users which track every CPU (cpu == -1), that is perf_event_open()
events with task context and /dev/hwctr device sessions, in the new
counter cpu_cf_root::tskcnt, protected by pmc_reserve_mutex.
This ensures the infrastructure is available when
new CPU is selected to run the per-task context process.

In cpum_cf_free_root() and cpum_cf_free_cpu() ensure the reference
pointer to data structures is set to NULL before the data is freed
to prevent interrupt handlers to access stale data.

[[email protected]: change commit message]

>_ Referencje

Dane podatności pochodzą z oficjalnych źródeł (CVE® List / NVD). Opisy po polsku są tłumaczone automatycznie i mogą zawierać nieścisłości – na stronie rekordu można wyświetlić wersję angielską.

This product uses the NVD API but is not endorsed or certified by the NVD.

CVE Usage: MITRE hereby grants you a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable copyright license to reproduce, prepare derivative works of, publicly display, publicly perform, sublicense, and distribute Common Vulnerabilities and Exposures (CVE®). Any copy you make for such purposes is authorized provided that you reproduce MITRE's copyright designation and this license in any such copy. ALL DOCUMENTS AND THE INFORMATION CONTAINED THEREIN PROVIDED BY MITRE ARE PROVIDED ON AN "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND.

NVD Terms of Use / CVE® Terms of Use / nvd.nist.gov / cve.org

<< baza_cve