CVE-2026-90096

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

bezpiecznik: unieważnia prawidłowy zakres po bezpośrednim zapisie O_APPEND

bezpiecznik_direct_write_iter() przechwytuje pozycję przed Generic_write_checks(),
który przenosi ki_pos do EOF dla O_APPEND pisze:

bezpiecznik_direct_write_iter()
{
pos = iocb->ki_pos; /* 0 (dostarczone przez użytkownika) */
rodzajowy_write_checks(); /* ki_pos -> EOF */
bezpiecznik_direct_io(); /* pisze w EOF, poprawnie */
unieważnić (poz, poz + res); /* [0, res) -- źle */
}

Unieważnienie po zapisie ma na celu nieaktualny zakres zamiast
rzeczywisty zakres zapisany w EOF.

Może to powodować niespójność danych, jeśli rozmiar pliku nie jest odpowiedni
wyrównane do strony. Strona końcowa znajdująca się pomiędzy EOF zawiera prawidłową część
przed EOF, do którego współbieżni czytelnicy mogą się ponownie włączyć podczas
Okno zapisu DIO:

Strona końcowa (rozmiar pliku X nie jest wyrównany do strony):

page_start X (EOF) page_end
|--- prawidłowe dane ----|-- nieaktualne --|

CPU0 (zapis O_APPEND DIO) CPU1 (czytnik buforowany)
-------------------------- ------------
unieważnić [X, X+len)
strona końcowa eksmitowana
FUSE_WRITE w locie...
przeczytaj [page_start, X)
ponownie wystąpił błąd strony końcowej
[X, koniec_strony) = nieaktualne
FUSE_WRITE zostało zakończone
i_size = X + dł
unieważnić [0, len) <- ŹLE
strona ogonowa nadal znajduje się w pamięci podręcznej
czytaj [X, X+len)
trafia na nieaktualną stronę końcową
zwraca stare dane

Napraw, czytając pozycję z iocb->ki_pos po rodzajowej_write_checks(),
tak jak robi to Generic_file_direct_write().

Popraw także literówkę w komentarzu („może mieć” -> „mógł konkurować”).