Katalog CVE

CVE-2026-80602

Niskie ryzyko· EPSS 6%
Opublikowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.17%

Percentyl 6 - wyżej niż 6% wszystkich znanych CVE

Streszczenie

W jądrze Linux wykryto podatność w podsystemie perf dla procesorów AMD, która powoduje wyciek adresów jądra do przestrzeni użytkownika. Mimo żądania tylko gałęzi użytkownika (PERF_SAMPLE_BRANCH_USER), stos gałęzi może zawierać wpisy z adresami źródłowymi w jądrze (np. dla instrukcji SYSRET/ERET). Problem dotyczy procesorów AMD z funkcją X86_FEATURE_AMD_LBR_V2, gdzie filtr sprzętowy uwzględnia tylko poziom uprawnień celu gałęzi.

Ocena ryzyka

Organizacja narażona jest na ujawnienie adresów pamięci jądra procesom użytkownika, co może ułatwić ataki typu ASLR bypass lub przygotowanie exploitów. Informacje o adresach jądra mogą być wykorzystane do obejścia mechanizmów bezpieczeństwa i zwiększenia skuteczności ataków na system.

Rekomendacja

Zaleca się natychmiastowe zastosowanie oficjalnej łatki od producenta jądra Linux, która rozszerza filtrowanie programowe o walidację adresów źródłowych gałęzi. Należy również śledzić biuletyny bezpieczeństwa dystrybucji i aktualizować jądro do wersji zawierającej poprawkę.

Inne podatności w Linux kernel

Zobacz wszystkie
Oryginalny opis (angielski, źródło NVD)

In the Linux kernel, the following vulnerability has been resolved: perf/x86/amd/lbr: Fix kernel address leakage A user-only branch stack can contain branches that originate from the kernel. As a result, kernel addresses are exposed to user space even when PERF_SAMPLE_BRANCH_USER is requested. On AMD processors supporting X86_FEATURE_AMD_LBR_V2, perf can still report SYSRET/ERET entries for which the branch-from addresses are in the kernel. E.g. $ perf record -e cycles -o - -j any,save_type,u -- \ perf bench syscall basic --loop 1000 | \ perf script -i - -F brstack|tr ' ' '\n'| \ grep -E '0x[89a-f][0-9a-f]{15}' ... 0xffffffff81001268/0x717a90a38f1a/M/-/-/0/ERET/NON_SPEC_CORRECT_PATH 0xffffffff81001268/0x717a90a39157/M/-/-/0/ERET/NON_SPEC_CORRECT_PATH 0xffffffff81001268/0x717a90a2c628/M/-/-/0/ERET/NON_SPEC_CORRECT_PATH 0xffffffff81001268/0x717a90a41b60/M/-/-/0/ERET/NON_SPEC_CORRECT_PATH 0xffffffff81001268/0x717a90a260db/M/-/-/0/ERET/NON_SPEC_CORRECT_PATH 0xffffffff81001268/0x717a90a260db/M/-/-/0/ERET/NON_SPEC_CORRECT_PATH 0xffffffff81001268/0x717a8bef1c30/M/-/-/0/ERET/NON_SPEC_CORRECT_PATH 0xffffffff81001268/0x717a8e4d3c90/M/-/-/0/ERET/NON_SPEC_CORRECT_PATH ... The reason is that the hardware filter only considers the privilege level applicable to the branch target. Extend software filtering to also validate the branch-from addresses against br_sel, so that any branch record whose branch-from address is in the kernel is dropped when PERF_SAMPLE_BRANCH_USER is requested.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS