CVE-2023-3111

W jądrze Linux w module btrfs występuje błąd podczas zastępowania wartości atrybutu rozszerzonego (xattr), gdy wiele xattrów jest spakowanych w tym samym elemencie btrfs_dir_item. Nowy btrfs_dir_item nie jest w pełni inicjalizowany, co prowadzi do uszkodzenia drzewa i wykrycia go przez mechanizm sprawdzania podczas zapisu bufora extentu.

W jądrze Linux w podsystemie btrfs występuje błąd, który podczas tworzenia snapshotów z włączonymi qgroupami (quota) wymusza niepotrzebne tworzenie reloc root. Prowadzi to do ostrzeżenia jądra w funkcji lookup_inline_extent_backref i przełączenia systemu plików w tryb tylko do odczytu (RO). Problem ujawnia się m.in. podczas operacji balance/relocate na systemie plików btrfs z włączoną opcją quota.

W jądrze Linux w podsystemie btrfs występuje podatność use-after-free związana z operacją relokacji. Gdy funkcja insert_dirty_subvol() zwróci błąd, pole reloc_root korzenia pozostaje wskazaniem do zwolnionego obiektu reloc root zamiast zostać ustawione na NULL, co prowadzi do użycia zwolnionej pamięci lub podwójnego zwolnienia podczas odmontowywania systemu plików.

W jądrze Linux w podsystemie btrfs występuje wyścig (race condition) między wątkiem kończącym odczyt extent buffera a wątkiem odmontowującym system plików. Flaga EXTENT_BUFFER_READING nie jest czyszczona w tej samej sekcji krytycznej co zmniejszanie liczby referencji, co prowadzi do fałszywych ostrzeżeń w invalidate_and_check_btree_folios(). Poprawka wprowadza funkcję pomocniczą free_extent_buffer_clear_reading() oraz synchronizację na refs_lock.

W jądrze Linux występuje zakleszczenie (deadlock) w systemie plików btrfs, do którego dochodzi podczas defragmentacji plików z włączoną opcją autodefrag. Defragmentacja rezerwuje miejsce delalloc, trzymając jednocześnie zablokowane i brudne folio oraz blokadę zakresu extentu, co prowadzi do wzajemnego zablokowania zadań jądra (btrfs-cleaner, writeback, reclaim metadanych).

W jądrze Linux w podsystemie btrfs wykryto błąd polegający na braku wczesnej ochrony przed zapisem (write-protect) stron pamięci (folios) podczas zapisu danych na dysk. Zmiana w kodzie zastąpiła wywołanie folio_clear_dirty_for_io() zwykłym sprawdzeniem folio_test_dirty(), przez co proces z zmapowanym plikiem (mmap) może modyfikować sektory w trakcie ich przetwarzania przez mechanizm writeback. Prowadzi to do uszkodzenia sum kontrolnych, utraty zapisanych danych, a w przypadku plików skompresowanych lub rozszerzonych do uszkodzenia danych.