Odebrany

CVE-2026-98924

opublikowano: 23.10.2026, 15:17

modyfikacja: 23.10.2026, 15:17

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ę:

fs: unikaj powtarzających się skanowań w evict_inodes()

Zaobserwowaliśmy zawieszone zadania, gdy użytkownicy próbowali odmontować system plików
po wyjęciu dysku w trakcie jego używania. Podczas urządzenia
usunięcia, fs_bdev_mark_dead() wywołuje funkcję evict_inodes() przytrzymując s_umount.

Za każdym razem, gdy funkcja evict_inodes() upuszcza funkcję s_inode_list_lock w celu zmiany harmonogramu, powoduje to
ponownie rozpoczyna spacer od głowy s_inodes. Z wieloma i-węzłami, do których istnieją odniesienia
na początku listy te ponowne uruchomienia wielokrotnie skanują te same i-węzły
bez ich odzyskiwania. Może to utrzymać s_umount przez długi czas,
blokowanie jednoczesnych prób gromadzenia danych i wyzwalanie raportów o zawieszonych zadaniach.

Zachowaj bieżący i-węzeł, już oznaczony jako I_FREEING, poza zasięgiem
wsadowo do momentu ponownego uzyskania s_inode_list_lock. Wznów spacer od tego miejsca
i-węzeł i usuń go w późniejszej partii lub na końcu spaceru.

Umożliwiają to walkerowi zero-refcount i kontrola stanu w ramach i_lock
zajmij i-węzeł, ustawiając I_FREEING i usuwając go z LRU.
Inne programy odzyskujące pomijają i-węzeł, pozostawiając odpowiedzialny za to walker
eksmisja. Tylko evict() usuwa go z s_inodes, więc trzymaj go z dala od
partia utylizacyjna gwarantuje, że pozostanie ona na liście podczas zamykania
zostaje upuszczony. Po ponownym przejęciu blokady odczytanie jej bieżącego następnego wskaźnika
uwzględnia jednoczesne usuwanie kolejnych i-węzłów.

Istniejące reguły czasu życia i-węzła zabraniają uzyskiwania referencji do
i-węzeł oznaczony I_FREEING lub I_WILL_FREE. __iget() wymaga od swojego obiektu wywołującego
przytrzymaj i_lock i ustal, że przyjęcie referencji jest ważne. Wyszukiwanie i-węzła
i igrab() sprawdzają te flagi w i_lock podczas uzyskiwania odniesienia
od zera. ihold() wymaga istniejącego odniesienia, które zachowałoby
i_count nonzero i uniemożliwienie temu walkerowi przejęcia i-węzła. Te
reguły pozwalają już na zwolnienie funkcji iput_final() i modułu zmniejszania i-węzłów
i_lock po ustawieniu I_FREEING i przed zakończeniem eksmisji.

Tymczasowe odwołanie do __iget() również utrzyma i-węzeł na liście,
ale jego wydanie musi zachować obsługę ostatniego odniesienia. Inny użytkownik może
zdobądź odniesienie, zaktualizuj leniwe znaczniki czasu i usuń jego odniesienie podczas
szpilka jest trzymana. Jeśli pin stanie się ostatnim odniesieniem, upuść go za pomocą
atomic_dec_and_test() i eksmitowanie bezpośrednio omija lazytime iput()
obsługi i może utracić aktualizacje sygnatur czasowych.

Zwolnienie pinu za pomocą iput() zachowuje tę obsługę, ale tak nie jest
zagwarantować eksmisję. fs_bdev_mark_dead() działa z ustawioną wartością SB_ACTIVE, więc iput()
może zachować i-węzeł w pamięci podręcznej, podczas gdy evict_inodes() musi eksmitować kwalifikujące się
i-węzły o zerowym odwołaniu. I-węzeł mógł również zostać zwolniony, gdy iput()
wraca, więc piechur nie może go użyć do wymuszenia eksmisji. Używanie
I_FREEING zachowuje istniejące zachowanie eksmisji bez wprowadzania
dodatkowe przejście ostatniego odniesienia.

Grupa auto xfstests przekazała ext4 i XFS ze znanymi niepowiązaniami
awarie wykluczone. Nie zaobserwowano żadnych nowych problemów, a także poprzednich
powtarzalne zawieszone zadanie nie występuje już w tej łatce.

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

fs: avoid repeated scans in evict_inodes()

We observed hung tasks when users attempted to unmount a filesystem
after its disk had been removed while still in use. During device
removal, fs_bdev_mark_dead() calls evict_inodes() while holding s_umount.

Each time evict_inodes() drops s_inode_list_lock to reschedule, it
restarts the walk from the head of s_inodes. With many referenced inodes
at the head of the list, these restarts repeatedly scan the same inodes
without reclaiming them. This can keep s_umount held for a long time,
blocking concurrent umount attempts and triggering hung-task reports.

Keep the current inode, already marked I_FREEING, out of the disposal
batch until s_inode_list_lock is reacquired. Resume the walk from this
inode and dispose of it in a later batch or at the end of the walk.

The zero-refcount and state checks under i_lock allow this walker to
claim the inode by setting I_FREEING and removing it from the LRU.
Other reclaimers skip the inode, leaving this walker responsible for
eviction. Only evict() removes it from s_inodes, so keeping it out of
the disposal batch ensures that it remains on the list while the lock
is dropped. After reacquiring the lock, reading its current next pointer
accounts for concurrent removal of following inodes.

The existing inode lifetime rules prohibit acquiring a reference to an
inode marked I_FREEING or I_WILL_FREE. __iget() requires its caller to
hold i_lock and establish that taking a reference is valid. Inode lookup
and igrab() check these flags under i_lock when acquiring a reference
from zero. ihold() requires an existing reference, which would keep
i_count nonzero and prevent this walker from claiming the inode. These
rules already allow iput_final() and the inode shrinker to release
i_lock after setting I_FREEING and before eviction completes.

A temporary __iget() reference would also keep the inode on the list,
but its release must preserve last-reference handling. Another user can
acquire a reference, update lazy timestamps and drop its reference while
the pin is held. If the pin becomes the last reference, dropping it with
atomic_dec_and_test() and evicting directly bypasses iput()'s lazytime
handling and can lose those timestamp updates.

Releasing the pin with iput() preserves that handling, but does not
guarantee eviction. fs_bdev_mark_dead() runs with SB_ACTIVE set, so iput()
may retain the inode in cache, whereas evict_inodes() must evict eligible
zero-reference inodes. The inode may also have been freed when iput()
returns, so the walker cannot then use it to force eviction. Using
I_FREEING preserves the existing eviction behavior without introducing
an additional last-reference transition.

The xfstests auto group passed on ext4 and XFS with known unrelated
failures excluded. No new issues were observed, and the previously
reproducible hung task no longer occurs with this patch.

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