Przejdź do treści
Infrastruktura

Copy.Fail – najpoważniejsza luka w Linux od lat. Co muszą wiedzieć administratorzy?

Podatność Copy.Fail w jądrze Linux pozwala każdemu użytkownikowi bez uprawnień uzyskać pełny dostęp do systemu. Atak działa na wszystkich głównych dystrybucjach, omija standardowe zabezpieczenia i zagraża przede wszystkim środowiskom współdzielonym – kontenerom, chmurze i CI/CD. Administratorzy powinni jak najszybciej zaktualizować jądro.

3 min read
An abstract visualization of a Linux kernel represented as a complex network of glowing circuits, with a single crack spreading through the center, surrounded by small container icons and a shield symbol being bypassed by a thin red line.

Na początku maja 2026 roku świat cyberbezpieczeństwa obiegła informacja o podatności określanej jako Copy.Fail. To – jak piszą eksperci – najpoważniejsza luka w jądrze Linux od lat. Problem nie dotyczy przeglądarki ani schowka, lecz samego jądra systemu. Atakujący, który ma już możliwość uruchomienia kodu na maszynie (nawet jako nieuprzywilejowany użytkownik), może bez żadnych dodatkowych warunków podnieść swoje uprawnienia do poziomu roota. Dla administratorów infrastruktury opartej na Linuxie to sygnał do natychmiastowego działania.

Czym jest Copy.Fail i jak działa?

Podatność została ujawniona 29 kwietnia 2026 roku przez firmę Theori wraz z działającym dowodem koncepcji (PoC). Jak tłumaczą badacze, luka wykorzystuje mechanizm AF_ALG sockets w jądrze Linux (część API kryptograficznego) w połączeniu z wywołaniem systemowym splice(). Pozwala to na zapisanie czterech bajtów naraz bezpośrednio w pamięci podręcznej stron pliku, do którego atakujący nie ma praw zapisu. Co kluczowe – plik na dysku nigdy nie jest modyfikowany, dlatego systemy monitorujące integralność plików, takie jak AIDE czy Tripwire, nie wykrywają ataku. Exploit działa bez modyfikacji na wszystkich głównych dystrybucjach: Ubuntu, RHEL, Debian, SUSE, Amazon Linux, Fedora i wielu innych. Nie wymaga wyścigu ani dostosowywania offsetów – jest uniwersalny.

Kogo dotyczy to zagrożenie?

Choć termin „lokalna eskalacja uprawnień” brzmi sucho, w praktyce oznacza ogromne ryzyko dla środowisk współdzielonych. Jak zauważa Bruce Schneier w swoim komentarzu, „lokalny” w 2026 roku obejmuje bardzo wiele scenariuszy:

  • Kontenery na współdzielonym węźle Kubernetes – każdy kontener dzieli jądro z sąsiadami. Luka pozwala na ucieczkę z kontenera i przejęcie całego węzła.
  • Współdzielony hosting – klienci na jednym serwerze mogą uzyskać dostęp do danych innych.
  • CI/CD – zadania uruchamiające kod z niezaufanych pull requestów mogą eskalować uprawnienia i zainfekować pipeline.
  • WSL2 na Windows – instancje Linuxa na laptopach pracowników również są podatne.
  • Konteneryzowane agenty AI – jeśli mają dostęp do shella, luka umożliwia pełne przejęcie.

W każdym z tych przypadków atakujący, który zdobędzie choćby minimalny dostęp do wykonania kodu, może stać się rootem – a stamtąd odczytać wszystkie pliki, zainstalować backdoory, monitorować procesy i przeskoczyć do innych systemów.

Dlaczego standardowe zabezpieczenia nie wystarczają?

Problem pogłębia okoliczność, że domyślne profile bezpieczeństwa nie blokują ataku. Kubernetes Pod Security Standards w trybie Restricted oraz domyślny profil RuntimeDefault seccomp nie zatrzymują wywołania systemowego używanego przez exploit. Jak podkreślają badacze, konieczne jest zastosowanie niestandardowego profilu seccomp, który odfiltruje niebezpieczne syscalle. Ponadto, ponieważ plik na dysku nie ulega zmianie, narzędzia oparte na sumach kontrolnych (AIDE, Tripwire) nie alarmują. Oznacza to, że administratorzy mogą długo nie wiedzieć o kompromitacji.

Jak się bronić przed Copy.Fail?

Najważniejszym krokiem jest aktualizacja jądra Linux. Łata głównego nurtu (mainline) trafiła do repozytorium już 1 kwietnia 2026 roku. Dystrybucje stopniowo udostępniają zaktualizowane pakiety – administratorzy powinni sprawdzić dostępność poprawek dla swoich systemów i wdrożyć je jak najszybciej. W międzyczasie można:

  • Zastosować niestandardowy profil seccomp, który blokuje wywołania splice() i AF_ALG w kontenerach.
  • Wzmocnić monitoring – choć standardowe narzędzia nie wykrywają ataku, nietypowe zachowania procesów (np. zapis do pamięci podręcznej plików bez praw) mogą być wychwycone przez zaawansowane systemy EDR.
  • Segmentować środowiska – ograniczyć współdzielenie jąder tam, gdzie to możliwe (np. dedykowane węzły dla wrażliwych obciążeń).
  • Ograniczyć możliwość uruchamiania kodu przez nieuprzywilejowanych użytkowników – im mniejsza powierzchnia ataku, tym trudniej o pierwszy krok.

Warto śledzić komunikaty producentów dystrybucji oraz wpis Bruce’a Schneiera, który szczegółowo opisuje konsekwencje luki. Copy.Fail to nie jest kolejna drobna podatność – to realne zagrożenie dla każdej infrastruktury opartej na Linuxie, zwłaszcza w modelach współdzielonych. Działanie już dziś może uchronić przed poważnym incydentem.

Redakcja sekuret.pl

Redakcja sekuret.pl

AUTHOR