Luka w macOS: AI tworzy exploit w 4 godziny

Czy sztuczna inteligencja właśnie zmieniła reguły gry w cyberbezpieczeństwie? Firma zajmująca się ochroną, Calif, udowodniła, że agent AI potrafi samodzielnie stworzyć działający exploit na poważne podatności w systemie macOS. Co więcej, cały proces zajął mu zaledwie cztery godziny. To nie jest eksperyment laboratoryjny – to realne zagrożenie, które już teraz jest wykorzystywane przez cyberprzestępców.

Sytuacja jest na tyle poważna, że Calif celowo wstrzymuje publikację technicznych szczegółów jednej z luk (oznaczonej jako CVE-2026-65400) do czasu, aż większość użytkowników Maców zainstaluje poprawkę. Powód? Szybkość, z jaką udało się stworzyć działający kod ataku. Było to „zbyt łatwe”. To niepokojący sygnał dla całej branży – jeśli AI potrafi to zrobić w kilka godzin, to co dopiero zdeterminowani napastnicy?

Jak wygląda realny atak na Maca?

Holenderskie narodowe centrum cyberbezpieczeństwa zaktualizowało swoje zalecenia 12 sierpnia po otrzymaniu zgłoszeń o aktywnych atakach. Sytuacja wygląda poważnie – w każdym potwierdzonym przypadku atakujący uzyskiwali dostęp do konta root, a następnie instalowali na zainfekowanych maszynach koparkę kryptowaluty Monero.

Wszystkie zaatakowane systemy miały jedną wspólną cechę – port 5900 był dostępny z internetu. To właśnie ten port wykorzystywany jest przez funkcję Screen Sharing (Udostępnianie ekranu), która pozwala innej osobie na zdalne sterowanie Twoim komputerem. Luka w tej usłudze umożliwia atakującemu zalogowanie się do usługi zdalnego pulpitu bez ważnych poświadczeń – wystarczy dostęp do sieci.

Dlaczego akurat Monero?

Wybór Monero nie jest przypadkowy. Ta kryptowaluta zapewnia znacznie lepszą anonimowość transakcji niż Bitcoin – ukrywa nadawcę, odbiorcę i kwotę. Dodatkowo, jej wydobycie jest zoptymalizowane pod zwykłe procesory CPU, co sprawia, że nawet zwykły laptop może generować zysk dla atakującego. Eksperci z TechRadar przypuszczają, że przestępcy użyli popularnego narzędzia XMRig, choć nie zostało to oficjalnie potwierdzone.

Kopanie kryptowalut to jednak tylko wierzchołek góry lodowej. Jak słusznie zauważa Ars Technica, atakujący, który ma dostęp do konta root, może zamiast koparki zainstalować oprogramowanie do kradzieży danych logowania. Możliwości są praktycznie nieograniczone.

Dlaczego czterogodzinny exploit to przełom?

Najbardziej niepokojący jest nie sam fakt istnienia luki, ale tempo, w jakim powstał na nią exploit. Firma Calif przeanalizowała nadzwyczajną aktualizację Apple, która sama w sobie była sygnałem – firma z Cupertino nie wydaje takich łatek, jeśli problem nie jest krytyczny. Następnie agent AI przeanalizował poprawkę i w ciągu czterech godzin wygenerował działające exploity na dwie oddzielne, krytyczne luki zdalne.

To nie jest odosobniony przypadek. W lipcu Microsoft przypisał AI rekordową liczbę wykrytych błędów. Później badacze pokazali, że podatności znalezione przez AI szybko trafiają do realnych ataków. Kilka dni później ten sam schemat powtórzył się w WordPressie, a dwa tygodnie temu w Zoomie. Teraz przyszła kolej na Apple. Nic dziwnego, że startupy obiecujące, że „łatki nie nadążą”, przyciągają miliony dolarów inwestycji.

Rozbieżności w ocenie zagrożenia

Wokół luki CVE-2026-65400 narosło sporo zamieszania, a różne instytucje różnie oceniają jej powagę. Holenderska agencja wycenia ją na 7.1 punktów w skali CVSS (wysoka, ale nie krytyczna). Z kolei amerykańska CISA, poprzez program wzbogacania Narodowej Bazy Podatności, przyznaje jej 9.8 punktów – wynik krytyczny. Co ciekawe, sam NIST nie wydał jeszcze żadnej oceny.

Ta rozbieżność jest znacząca – dwie narodowe agencje różnią się o 2.7 punktu w ocenie tej samej podatności. Co więcej, agencja, która oceniła ją niżej, to ta sama, która potwierdziła aktywne wykorzystywanie luki. Warto też zachować ostrożność – TechRadar podał wynik 9.6, który nie ma pokrycia w żadnym z dostępnych źródeł.

Ile Maców jest narażonych?

Badacz posługujący się pseudonimem osxreverser przeskanował internet w poszukiwaniu otwartych hostów Screen Sharing. Jego wyniki są zatrważające – znalazł około 40 000 maszyn dostępnych z sieci. Prawie połowa z nich znajdowała się w Stanach Zjednoczonych. Większość to adresy prywatne, ale na liście znalazły się również systemy uniwersyteckie i serwery firmowe.

Badacz zwrócił również uwagę na inną, poważniejszą lukę – błąd w demonie Screen Sharing wymagający jedynie adresu IP, który Apple naprawił w macOS 26.6, a nie w 26.6.1. Co istotne, osxreverser nigdy nie zgłosił tego problemu do Apple, tłumacząc to swoimi wcześniejszymi doświadczeniami z firmą.

Co zrobił Apple i co Ty powinieneś zrobić?

Apple opublikowało swoje zalecenia 6 sierpnia, przypisując odkrycie luki Alfredo Pesoli z firmy Bynario. Łatki trafiły do macOS Tahoe 26.6.1, Sequoia 15.7.9 oraz Sonoma 14.8.9. Holenderska agencja początkowo wydała zalecenia dzień później, ale zaktualizowała je 12 sierpnia, gdy pojawił się publiczny dowód koncepcji i rozpoczęły się ataki.

Pesoli udokumentował już wcześniej podobną słabość – starsza ścieżka uwierzytelniania pozwalała zdalnemu obserwatorowi na odczyt plików chronionych jako root, a także na ich tworzenie. Wykorzystał to do napisania polityki sudoers i zamiany kopiowania plików w zdalne wykonanie kodu z uprawnieniami roota. Tuż przed tym Apple wydało łatki na inne błędy Screen Sharing, w tym jeden oceniony na 9.8, który pozwalał aplikacji przechwytywać połączenia sieciowe innych procesów.

Praktyczne kroki ochrony

Przede wszystkim – zainstaluj aktualizację. To zamknie lukę. Jeśli nie możesz tego zrobić od razu, wyłącz funkcję Udostępniania ekranu. Znajdziesz ją w Ustawieniach Systemowych → Ogólne → Udostępnianie. Wyłącz ją i włączaj tylko na czas sesji. Dodatkowo warto zablokować port 5900 na routerze lub zaporze ogniowej. Traktuj to jednak jako środek tymczasowy, a nie stałe rozwiązanie.

Specjaliści od lat zalecają trzymanie portu 5900 zamkniętego nawet podczas korzystania z Screen Sharing, a dostęp do maszyn realizować przez VPN lub tunel SSH. Ars Technica słusznie zauważa, że te alternatywy mogą być zbyt skomplikowane dla przeciętnego użytkownika. Wiele pytań pozostaje bez odpowiedzi – nikt nie opublikował, kiedy rozpoczęły się ataki, ile maszyn zostało zainfekowanych ani czy ktoś wykorzystał lukę przed wydaniem poprawki. Na razie nie ma też dowodów na wykorzystanie luki do celów innych niż wydobywanie kryptowalut. To jednak najbardziej prawdopodobny scenariusz, który może się wkrótce zmienić.