CVE-2026-81014

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

platforma/x86: hp-bioscfg: napraw stertę OOB odczytaną w sk_store() i kek_store()

sk_store() i kek_store() usuwają końcowy znak nowej linii z sysfs
napisz przed przydzieleniem bufora kluczy:

długość = liczba;
if (buf[długość - 1] == '\n')
długość--;
bioscfg_drv.spm_data.signing_key = kmemdup(buf, długość, GFP_KERNEL);

ale następnie przekaż oryginalną „liczbę” (nie „długość”) jako rozmiar kopii
hp_wmi_perform_query(), która memcpy() to tyle bajtów z
Alokacja o rozmiarze „długości”, odczytująca jeden bajt za nią przy każdym zapisie
kończy się nową linią, co jest normalnym przypadkiem powłoki „echo” do sysfs.

KASAN potwierdza to bezpośrednio:

BŁĄD: KASAN: płyta poza zakresem w hp_wmi_perform_query+0x1e9/0x460 [hp_bioscfg]
Odczytaj rozmiar 28 pod adresem ffff88813c8e2b80 przez zadanie python3/16022
...
sk_store+0xa7/0x240 [hp_bioscfg]
kernfs_fop_write_iter+0x3e1/0x5d0
...
Błędny adres znajduje się w odległości 0 bajtów
przydzielony region 27-bajtowy [ffff88813c8e2b80, ffff88813c8e2b9b)

Powielane identycznie dla kek_store i przy wielu rozmiarach zapisu
(28, 57, 201 bajtów), za każdym razem czytając dokładnie jeden bajt za a
kmemdup() alokacja o jeden bajt mniejsza niż zapis.

Napraw, przekazując „długość” zamiast „liczba” do hp_wmi_perform_query()
w obu funkcjach.