Kiedy badacze wyjaśnili, jak Mythos firmy Anthropic pomógł zbudować pełny łańcuch wykorzystania luki w HTTP File Server, Rejetto miało już gotową poprawkę. Wersja 3.2.1 ukazała się 13 lipca 2026 r., Horizon3 opublikowało analizę techniczną 30 września, a VulnCheck zaobserwowało próby wykorzystania 1 października. Istotny nie jest jeden dzień bez dostępnej aktualizacji, lecz ponad dwa miesiące, podczas których część dostępnych z internetu instalacji najwyraźniej pozostała bez ochrony.
CVE-2026-61500 dotyczy HFS od 3.0.0 do 3.2.0. Według Horizon3 badanie wspomagane przez AI połączyło przewidywalną losowość, wartości widoczne podczas logowania i podpisane ciasteczka sesyjne z wykonaniem kodu jako administrator. To ważny przykład możliwości badawczych, nie dowód uniwersalnego autonomicznego hakowania ani pomiar globalnej liczby infekcji.
Klucz podpisu, który można odtworzyć
HFS udostępnia pliki przez serwer WWW. Gałąź 3.x została przepisana w TypeScript, działa na Node.js i korzysta z Koa; starsza 2.x używała Delphi. Podatne wersje generowały domyślny klucz podpisujący ciasteczka za pomocą JavaScriptowego Math.random(). To generator pseudolosowy ogólnego przeznaczenia, a nie kryptograficznie bezpieczne źródło.
Podpisane ciasteczko chroni integralność tylko wtedy, gdy klucz pozostaje tajny i nieprzewidywalny. Jednocześnie niewymagający uwierzytelnienia proces logowania HFS ujawniał pełnej precyzji wyniki tego samego generatora. Nie były one niezależne od wartości użytych przy uruchamianiu do utworzenia klucza: generator tworzy deterministyczny ciąg ze stanu wewnętrznego.
Horizon3 podaje, że wyspecjalizowany agent analizy kryptograficznej rozpoznał trzy losowania tworzące klucz startowy i powiązał ujawniane wartości z implementacją xorshift128+ w V8. Jej odwracalny stan można było odtworzyć wstecz po zebraniu dostatecznej liczby skorelowanych obserwacji. Sama odwracalność nie czyni każdej aplikacji podatną; HFS dostarczał zarówno obserwacje, jak i ich związek z sekretem.
W demonstracji wykorzystano 12 obserwacji oraz solver spełnialności modulo teorii Z3 firmy Microsoft, aby znaleźć stan zgodny z ograniczeniami. Istniejące ciasteczko i jego kod uwierzytelniania wiadomości umożliwiały sprawdzanie kandydatów na klucz offline. Była to matematyczna rekonstrukcja, nie wielokrotne zgadywanie haseł online. Ciasteczko było podpisane, lecz nie zaszyfrowane, więc klient mógł odczytać własne dane sesji.
Odtworzony klucz pozwalał stworzyć ciasteczko deklarujące tożsamość administratora i zachowujące prawidłowy podpis. Opisany łańcuch sprawdzał obecność wbudowanego konta administratora. Po zaakceptowaniu sesji legalna funkcja HFS pozwalająca uruchamiać własny JavaScript po stronie serwera otwierała drogę do dowolnych poleceń. Uprzywilejowana funkcja stawała się dostępna przez sfałszowaną tożsamość, a nie jedynie wskutek błędu parsera wywołanego niepoprawnym wejściem.
Poprawka zmienia oba końce zależności: kryptograficznie bezpieczne losowe bajty tworzą klucz, a losowy UUID zastępuje ujawniany identyfikator logowania. Jawne ustawienie silnego klucza może ograniczyć część łańcucha, ale nie zastępuje instalacji 3.2.1 lub nowszego stabilnego wydania.
Co faktycznie wniosła AI
Skaner już wcześniej mógł ostrzegać o Math.random() obok kodu uwierzytelniania. Trudniejsze było połączenie ostrzeżenia z obserwowalnymi wynikami, dokładnym formatem sesji, odzyskanym kluczem i operacją uprzywilejowaną o realnych skutkach. Każdy krok dodaje niepewność i specjalistyczną pracę, przez co badanie może przestać być opłacalne.
Horizon3 twierdzi, że Mythos połączył te kroki między plikami, zachowaniem frameworka i matematyką generatora, a następnie przygotował działający dowód koncepcji wykonujący polecenia na hoście. Ludzie przejrzeli i odtworzyli wynik przed ujawnieniem. Działający exploit daje konkretniejszą podstawę ustalania priorytetów niż niewyjaśniona awaria lub podejrzana linia.
Był to przypadek Project Glasswing, z własnym środowiskiem uruchomieniowym i wyspecjalizowanymi agentami pracującymi równolegle. Ludzie wybrali cel, ukształtowali badanie, zweryfikowali wynik i skoordynowali zgłoszenie. Nie był to zwykły konsumencki chatbot natychmiast włamujący się bez pomocy do dowolnego repozytorium.
Raport możliwości Anthropic również podkreśla pełne wykorzystanie jako dowód wpływu. Możliwa zmiana jest ekonomiczna: badania wymagające wcześniej wyjątkowo kosztownej wiedzy kryptograficznej mogą zacząć się opłacać. Poszczególne składniki były znane; wartością było połączenie ich w zweryfikowany łańcuch.
Publiczny opis nie podaje mianownika niezbędnego do oceny ogólnej produktywności. Łączne obliczenia, nieudane uruchomienia, fałszywe alarmy i odrzucone wyniki pozostają niewiadomymi. Jeden wyjątkowy sukces nie pokazuje, jak regularnie system znajduje krytyczne luki ani czy koszt jest odpowiedni dla większego programu badań.
Próby po ujawnieniu to nie liczba infekcji
Poprawka z 13 lipca poprzedzała opis z 30 września o ponad dwa miesiące. Obserwacje VulnCheck z 1 października dotyczą więc ataków na systemy z już dostępną poprawką, nie nowej luki, wobec której administratorzy byli bezradni.
Pierwszy zgłoszony ruch wykorzystywał infrastrukturę hostowaną w Chinach przeciw systemom w USA. Kolejne żądania nadeszły z dwóch amerykańskich adresów w tej samej podsieci, prawdopodobnie działających jako serwery pośredniczące; zgłoszono też cele w Japonii. Lokalizacja hostingu nie wskazuje operatora ani nie dowodzi wsparcia państwa.
Detekcje potwierdzają próby wykorzystania, nie liczbę celów, które zaakceptowały sfałszowaną sesję administratora lub wykonały polecenia. Nie uzasadniają globalnego oszacowania włamań ani twierdzenia o dużej trwałej kampanii. Późniejsze ładunki i potwierdzeni poszkodowani istotnie zmieniliby ocenę.
Odstęp około jednego dnia również nie dowodzi, że atakujący użyli AI lub sami rozwiązali wszystkie kroki matematyczne przez noc. Mogli dostosować opublikowane materiały, pracować wcześniej albo korzystać z innych informacji. Skanery, porównywanie poprawek, frameworki exploitów i ludzka inżynieria wsteczna już umożliwiały szybkie ponowne użycie.
Zasady skoordynowanego ujawniania Anthropic zasadniczo przewidują powiadomienie opiekunów, kontrolę człowieka i okres 90 dni, zwykle z pełnymi szczegółami dopiero 45 dni po poprawce. Tutaj odstęp był dłuższy. Bufor daje szansę aktualizacji, ale nie gwarantuje odnalezienia każdej podatnej usługi.
Zegar zatrzymuje dopiero sprawdzone wdrożenie
Lekkie serwery plików mogą umykać inwentaryzacji i przypisaniu odpowiedzialności: tymczasowa usługa transferowa pozostaje, stary kontener jest przypięty, a zapomniane przekierowanie portu utrzymuje dostępność. Mała liczba użytkowników nie zmniejsza wartości wykonania kodu bez uwierzytelnienia jako wejścia do sieci.
Ważny jest czas od dostępności poprawki do aktualizacji, izolacji lub usunięcia wszystkich wystawionych podatnych instancji, nie data przydzielenia zgłoszenia. Trzeba uwzględnić inwentarze, rejestry kontenerów, instalacje na urządzeniach, chmurę i usługi osiągalne z zewnątrz. Kontrola powinna ustalić, jaki plik wykonywalny lub obraz faktycznie odpowiada na żądania.
Rozróżnienie wersji jest kluczowe. CVE-2024-23692, wcześniejsza luka HFS dodana w 2024 r. do katalogu CISA znanych wykorzystywanych podatności, dotyczyła odmiennego kodu 2.x. Nie jest tym łańcuchem kryptograficznym i nie oznacza, że każda instalacja została przejęta.
VPN, lista dozwolonych adresów lub brama uwierzytelniająca ograniczą zbędną ekspozycję przy małej grupie użytkowników, ale nie zastąpią aktualizacji. Zaufane urządzenie może zostać przejęte, konfiguracja zmieniona, a zakładana granica zawieść.
Logi z okolic 30 września i późniejsze warto sprawdzić pod kątem powtarzanej aktywności uwierzytelniania, niespodziewanych sesji administratora, zmian konfiguracji i nieznanego kodu serwerowego. To tropy dochodzeniowe, nie uniwersalne rozstrzygające wskaźniki. Na hoście, którego przejęcie potwierdzono sama aktualizacja nie usuwa trwałości w kontach, harmonogramach, skryptach startowych i innych usługach. Nadal istotne są izolacja, zachowanie dowodów, rotacja danych dostępowych, ocena połączonych zasobów i odbudowa przy niepewnej integralności.
Odkrywanie musi przełożyć się na naprawę
Dla programistów lekcja wykracza poza pojedyncze wywołanie. Generatory ogólnego przeznaczenia nie powinny tworzyć sekretów uwierzytelniania, tokenów resetowania, kryptograficznych nonce ani wrażliwych identyfikatorów sesji. Przegląd musi śledzić współdzielony stan i wycieki skorelowanych wyników: middleware podpisujący nie uczyni przewidywalnego klucza bezpiecznym.
AI może śledzić relacje między plikami i testować, czy teoretyczna słabość prowadzi do prawdziwych uprawnień. Człowiek nadal musi sprawdzić wersje, założenia środowiskowe i przenoszalność demonstracji z laboratorium na systemy produkcyjne.
Trzy zjawiska wyjaśnią szerszy efekt: czy sondowanie przerodzi się w trwałe ataki z ładunkami po włamaniu; czy znikną wystawione podatne wersje; i czy dalsze raporty Glasswing pozostaną odtwarzalne, ważne oraz możliwe do obsłużenia przez opiekunów, zamiast zalewać ich mało wartościowymi zgłoszeniami.
HFS uzasadnia węższy, ale ważny wniosek: system badawczy wspomagany przez AI pomógł specjalistom udowodnić nietypowy pełny exploit. Wartość obronna zależy ostatecznie od opracowania zgłoszenia przez opiekunów i zamiany dostępnej poprawki w zweryfikowaną ochronę przez operatorów.
Źródła
Analiza techniczna Horizon3 · Wydanie HFS 3.2.1 · Raport o możliwościach Mythos · Zaobserwowany ruch atakujący · Zasady ujawniania · Wcześniejsza luka HFS · Pierwotny wpis informacyjny