Odebrany

CVE-2026-98844

opublikowano: 18.10.2026, 18:17

modyfikacja: 19.10.2026, 12: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ę:

netfs: wyczyść pamięć podręczną po EOF podczas rozszerzania pliku poprzez zapis

Napraw netfs, aby usunąć zawartość dziury utworzonej po EOF przez an
zwykły zapis, jeśli brudne dane zostały tam wcześniej pozostawione przez zapis
przez zamapowany region. Ani buforowane, ani niebuforowane/DIO
ścieżka zapisu czyści tę nieaktualną pamięć podręczną stron.

Wyzeruj koniec folio obejmujący EOF przed rozszerzeniem
napisz. To jedyne folio, które może przechowywać dane zapisane poza EOF
poprzez mmap, ponieważ nie można nic zarzucać stronom całkowicie wykraczającym poza EOF.
Folio jest raczej zerowane niż upuszczane, więc współbieżny zapis rozszerzający
nie mogę stracić danych.

Obie ścieżki zapisu obniżają wersję i_rwsem do współdzielonej, więc rozszerzanie zapisów
może działać jednocześnie, a i_size odczytany przez osobę wywołującą może być nieaktualny
czas, w którym folio jest zablokowane. Przeczytaj ponownie i_size pod blokadą folio i
zaciśnij do niego zerowany zakres, więc napisz wyścig, który już umieścił
dane do folio nie są zablokowane.

Poczekaj, aż zapisywanie zwrotne na folio zakończy się, zanim je wyzerujesz
pamięć podręczna strony nie jest modyfikowana, dopóki może być nadal odczytywana przez transport
podczas transmisji. Honoruj IOCB_NOWAIT, zwracając raczej -EAGAIN
niż blokowanie blokady folio, zapisu zwrotnego lub funkcji folio_mkclean().
rmap walk, gdy folio jest zmapowane.

truncate_pagecache() nie może być tutaj użyta: należy ją wywołać za pomocą
i_rwsem przechowywany wyłącznie, ale te ścieżki zapisu przechowują tylko to współdzielone,
i blokowałby bezwarunkowo, łamiąc IOCB_NOWAIT.

Obiekty wywołujące, które przechowują i_rwsem wyłącznie przez całą zmianę rozmiaru (obcięcie,
setattr, fallocate, clone) wykluczają wszelkie rzeczywiste bufory współbieżne
pisarz, więc o aktualności można zamiast tego decydować na podstawie brudu folio
state, tak jak robi to już pagecache_isize_extended() dla systemów plików, które
serialise zapisuje przeciwko truncate/setattr poprzez pojedynczy i_rwsem.
Eksportuj pomocnika netfs_clear_stale_post_isize(), aby obsłużyć taki przypadek.

Pomocnik jest wymagany przez klienta CIFS do naprawy pliku Generic/363.

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

netfs: clear post-EOF pagecache when extending a file via write

Fix netfs to erase the contents of a hole created after the EOF by an
ordinary write if dirty data has been previously left there by writes
through an mmapped region. Neither the buffered nor the unbuffered/DIO
write path clears that stale pagecache.

Zero the tail of the folio straddling the EOF before an extending
write. That is the only folio that can hold data written past the EOF
through an mmap, as pages wholly beyond the EOF can't be faulted in.
The folio is zeroed rather than dropped so a concurrent extending write
can't lose data.

Both write paths downgrade the i_rwsem to shared, so extending writes
can run concurrently and the i_size read by the caller may be stale by
the time the folio is locked. Re-read i_size under the folio lock and
clamp the zeroed range up to it, so a racing write that already put
data into the folio isn't clobbered.

Wait for any writeback on the folio to finish before zeroing it so that
the pagecache isn't modified while it may still be read by the transport
during transmission. Honour IOCB_NOWAIT by returning -EAGAIN rather
than blocking on the folio lock, on writeback, or in folio_mkclean()'s
rmap walk when the folio is mapped.

truncate_pagecache() can't be used here: it must be called with the
i_rwsem held exclusively, but these write paths only hold it shared,
and it would block unconditionally, breaking IOCB_NOWAIT.

Callers that hold i_rwsem exclusively for the whole resize (truncate,
setattr, fallocate, clone) exclude any genuine concurrent buffered
writer, so staleness can instead be decided from the folio's dirty
state, as pagecache_isize_extended() already does for filesystems that
serialise writes against truncate/setattr via a single i_rwsem.
Export netfs_clear_stale_post_isize() helper to handle such case.

The helper is required by the CIFS client to fix generic/363.

>_ 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