Jeszcze raz Linux stoi przed nowym wyzwaniem wraz z pojawieniem się „Dirty Frag”szereg luk w zabezpieczeniach znany jako Copy Fail 2. Ten zestaw poważnych luk, formalnie zidentyfikowanych w rejestrach CVE-2026-43284 i CVE-2026-43500, umożliwia nieuprawnionemu użytkownikowi lokalnemu uzyskanie pełnego dostępu administratora poprzez bezpośrednie nadpisanie danych w pamięci podręcznej stron systemu operacyjnego.
Wspomina się, że Zagrożenie to okazało się wyjątkowo wszechstronne i niebezpieczneponieważ badaczowi udało się opracować działający kod exploitazdolny do naruszenia praktycznie wszystkich obecnych dystrybucjizmuszając administratorów systemów do podjęcia natychmiastowych działań w przypadku problemu, który wyszedł na jaw wcześniej niż oczekiwano z powodu przypadkowego wycieku informacji.
Dirty Frag nie jest odosobnionym błędem, lecz raczej Obejmuje dwie odrębne luki w zabezpieczeniach, które znajdują się w niezależnych podsystemach jądra Linux:
- Moduł xfrm-ESP: odpowiada za przyspieszenie operacji szyfrowania IPsec przy użyciu protokołu Encapsulated Security Payload,
- Kontroler RxRPC: odpowiada za zarządzanie zdalnymi wywołaniami procedur przez połączenia UDP.
Choć działają na różnych obszarach i zostały wprowadzone w różnych latach, Obie luki w zabezpieczeniach mają ten sam pierwotny wektor ataku z powodu błędnych optymalizacji w zarządzaniu pamięcią. W zależności od konfiguracji zabezpieczeń i modułów załadowanych w każdej dystrybucji, Atakujący może wykorzystać jedną lub drugą możliwość, aby zwiększyć swoje uprawnienia i przejąć kontrolę bezwzględna wartość serwera, którego to dotyczy.
Błędne optymalizacje i manipulacja pamięcią
Wewnętrzne mechanizmy tych luk Ma uderzające podobieństwo do niedawna awaria konstrukcyjna Kopiowanie nie powiodło sięGłówny problem pojawia się podczas procesu odszyfrowywania danych w tej samej przestrzeni pamięci, znanego jako operacja „w miejscu”, poprzez wykorzystanie określonej funkcji przesyłania plików.
Przenosząc dane między deskryptorami a potokami bez fizycznego kopiowania ich w celu oszczędzania zasobów, system przekazuje bezpośrednie odwołania do elementów przechowywanych w pamięci podręcznej stron. Krytyczna wada Dzieje się tak z powodu przesunięć pisma W trakcie tego procesu wykonano obliczenia bez zastosowania odpowiednich kontroli bezpieczeństwa za tego typu bezpośrednie odwołanie pozwala na starannie spreparowane złośliwe żądanie nadpisania dokładnie czterech bajtów w pamięci podręcznej dowolnego pliku załadowanego do systemu.
Niebezpieczeństwo Polega ona na tym, w jaki sposób nowoczesne systemy operacyjne zarządzają wydajnością odczytu plikówPonieważ każde żądanie odczytu najpierw pobiera informacje z pamięci podręcznej stron RAM w celu przyspieszenia wydajności, Zmiana w tej niestabilnej przestrzeni sprawia, że jądro dostarcza fałszywe dane zamiast prawdziwej zawartości. bezpiecznie przechowywane na dysku twardym.
Metoda exploita wykorzystuje tę architekturę do modyfikacji buforowanej wersji krytycznego pliku wykonywalnego z uprawnieniami superużytkownika, wstrzykując złośliwy kod bezpośrednio do pamięci. Po uruchomieniu tego zainfekowanego narzędzia system przetwarza wstrzyknięty kod z pełnymi uprawnieniami, udzielając natychmiastowego dostępu do konta root bez konieczności modyfikowania oryginalnego pliku fizycznego.
Wykorzystanie i wyciek łatki bezpieczeństwa
Aby skutecznie wykonać ten atak, Osoba atakująca ze złym zamiarem musi ominąć pewne zabezpieczenia w zależności od modułu docelowegoLuka obecna w podsystemie xfrm-ESP wymaga, aby użytkownik miał uprawnienia do tworzenia przestrzeni nazwJest to działanie, które solidne dystrybucje, takie jak Ubuntu, domyślnie blokują, stosując rygorystyczne reguły AppArmor. Aby jednak przeciwdziałać tym osłonom, badacze opracowali połączony exploit, który atakuje również moduł RxRPC, zazwyczaj domyślnie wczytywany w wielu systemach. Ta wszechstronność pozwoliła im potwierdzić skuteczność ataku eskalacyjnego na najnowsze stabilne wersje dystrybucji Linuksa.
Zarządzanie tym kryzysem doznało poważnego niepowodzenia operacyjnego, gdy Przed planowaną datą premiery wyciekły istotne szczegóły technicznePod koniec kwietnia Kilka poprawek zostało wysłanych na publiczne listy mailingowe rozwój sieci bez ostrzeżenia o jego bezpośrednim związku z podatnością na eskalację uprawnień.
Un Niezależny badacz ds. bezpieczeństwa przeanalizował te zmiany. w repozytorium, Rozpoznał podobieństwo do pierwotnej luki w zabezpieczeniach Copy Fail i udało mu się opracować i opublikować działający kod wykorzystujący tę lukę.Nie miał pojęcia, że obowiązuje embargo poufności. Na szczęście Wersje jądra z poprawkami zaczęły być już masowo dystrybuowane Aby zaradzić obu lukom i zapewnić bezpieczeństwo systemom, które nie mogą jeszcze zastosować ostatecznych aktualizacji, zdecydowanie zaleca się zablokowanie ręcznego ładowania modułów esp4, esp6 i rxrpc jako środka zapobiegawczego.
Na koniec, jeśli jesteś zainteresowany dowiedzeniem się więcej na ten temat, możesz zapoznać się z szczegóły w poniższym linku.