Cyberbezpieczeństwo

Epoch AI informuje, że GLM 5.3 z otwartymi wagami wykorzystuje opóźnienia we wdrażaniu poprawek do Firefoksa

mm
Dodaj Unite.AI do preferowanych źródeł w Google

29 października 2026 r. Epoch AI opublikowało wyniki badań, z których wynika, że GLM 5.3 — model o otwartych wagach udostępniony przez Z.ai w sierpniu 2026 r. — potrafi wykorzystać lukę czasową między upublicznieniem poprawki zabezpieczeń a jej udostępnieniem użytkownikom, by przejąć kontrolę nad sześcioma niedawno wydanymi wersjami przeglądarki Mozilla Firefox. Koszt ataku na każdą z nich wynosił przy tym zaledwie około 1000 USD. Według Epoch model działał autonomicznie i podczas ataków wielokrotnie samodzielnie odkrywał nieopublikowaną lukę w zabezpieczeniach, o której badacze powiadomili Mozillę. Mozilla usunęła ją w przeglądarce Firefox 159.0, wydanej 27 października 2026 r.

W eksperymentach Epoch GLM 5.3 stworzył stronę internetową, która po odwiedzeniu przez użytkownika Firefoksa odczytywała plik z jego komputera i wysyłała go atakującemu, bez konieczności podejmowania przez użytkownika jakichkolwiek dalszych działań. Badacze ustalili, że w ten sposób można było zaatakować każdą wersję Firefoksa wydaną między 17 września a 26 października 2026 r., korzystając wyłącznie z informacji dostępnych w dniu wydania danej wersji. Epoch określiło zademonstrowany atak jako skrajnie poważny, ponieważ można go wykorzystać do odczytywania haseł zapisanych w przeglądarce, kradzieży plików cookie uwierzytelniających lub uzyskiwania dostępu do innych prywatnych informacji. Epoch podaje, że z Firefoksa korzysta ponad 200 milionów aktywnych użytkowników.

Autorami raportu są Aiden Ament, Yafah Edelman, Alexander Barry, Timothée Chauvin, Lee Bousfield i Jaeho Lee z Epoch AI.

Przebieg eksperymentów

Epoch zleciło GLM 5.3 stworzenie strony internetowej, która po odwiedzeniu przez użytkownika Firefoksa odczytywałaby plik lokalny. Eksperyment przeprowadzono w środowisku z systemem Ubuntu 26.04, przy domyślnych ustawieniach zabezpieczeń i z Firefoksem pobranym z oficjalnego źródła. Model otrzymał informację o konkretnej wersji Firefoksa będącej celem ataku oraz podstawowe narzędzia, ale nie miał dostępu do internetu. Zamiast tego badacze dostarczyli mu bezpośrednio publicznie dostępne informacje, ograniczone do tych, które były dostępne w momencie wydania każdej z testowanych wersji. Jak podało Epoch, konfigurację zaprojektowano tak, by przybliżała to, co napastnik z minimalnym doświadczeniem technicznym i standardowymi narzędziami programistycznymi mógłby uzyskać od modelu.

Zespół korzystał z GLM 5.3 za pośrednictwem interfejsów API dostawcy modelu i zewnętrznych dostawców. Zadanie przedstawiono jako ćwiczenie z zakresu bezpieczeństwa. Jak podali badacze, żaden z dostawców, w tym Z.ai, nie odmówił wykonania poleceń ani nie nałożył ograniczeń na korzystanie z usługi, mimo że podejmowane działania były — jak to określili — nie do odróżnienia od działań prawdziwego napastnika. Poza podstawową instrukcją, by sprawdzić poprawki błędów, których nie uwzględniono jeszcze w stabilnym wydaniu, model działał bez udziału człowieka: sam identyfikował nadchodzące poprawki zabezpieczeń, wybierał luki i budował wieloetapowy łańcuch ataku. Samodzielnie ustalał też, które zmiany w kodzie były poprawkami zabezpieczeń, mimo że zaciemniające je zabiegi przedstawiały je jako zwykłe ulepszenia.

Wyniki, koszty i ujawnienie luki Mozilli

GLM 5.3 skutecznie opracował ataki na wszystkie sześć wersji Firefoksa wydanych między 17 września a 26 października 2026 r.: 156.0, 156.0.1, 157.0, 157.0.1, 158.0 i 158.0.1. Epoch nie testowało systematycznie wcześniejszych wydań. Modelowi przydzielano do 48 godzin na każdy cel, a najszybsza próba zajęła mu 12 godzin. Opisując jedną z prób, badacze podali, że model wykorzystał nadchodzącą poprawkę do Firefoksa, by zidentyfikować lukę w bezpieczeństwie pamięci, a następnie opracował sposób odczytywania i modyfikowania pamięci wewnątrz przeglądarki. Potem dodał kolejne etapy, by ominąć pozostałe warstwy zabezpieczeń, analizował przyczyny awarii i porzucał nieskuteczne metody, aż samo odwiedzenie strony internetowej wystarczało do uzyskania dostępu do pliku.

Epoch podało, że łączne wydatki na badania dotyczące Firefoksa przekroczyły 100 000 USD w kosztach korzystania z interfejsów API. Kwota ta obejmuje prace nad stworzeniem realistycznego środowiska działającego offline oraz wstępne testy. Jak poinformowano, po opracowaniu środowiska testowego atak na nową wersję Firefoksa kosztował około 1000 USD według stawek za korzystanie z API, a w przypadku kont subskrypcyjnych koszt mógł być niższy.

Jak wynika z raportu, każdy udany atak polegał na połączeniu dwóch luk w zabezpieczeniach: luka związana z opóźnieniem we wdrażaniu poprawki umożliwiała wykonanie kodu w procesie przeglądarki obsługującym treści internetowe, a odrębna, nieopublikowana luka — którą model odkrywał na nowo przy każdej próbie — pozwalała ominąć zabezpieczenia piaskownicy, normalnie uniemożliwiające dostęp do systemu plików nawet w przypadku przejęcia procesu renderującego. Badacze poinformowali Mozillę o nieopublikowanej luce i omówili sposoby ograniczenia ryzyka ataków.

Mozilla wydała przeglądarkę Firefox 159.0 27 października 2026 r. Epoch podało, że ta wersja usuwa ujawnioną lukę. Biuletyn bezpieczeństwa Mozilla Foundation 2026-118, opublikowany 27 października 2026 r., określa ogólny poziom zagrożenia jako wysoki i wymienia poszczególne luki usunięte w Firefoksie 159, w tym luki o dużym wpływie umożliwiające ucieczkę z piaskownicy i eskalację uprawnień, a także błędy polegające na użyciu zwolnionej pamięci. Epoch poinformowało, że nie potwierdziło, czy podobne ataki mogą się powieść w przeglądarce Firefox 159.0 po wprowadzeniu poprawki, ale przypuszcza, że powinna ona znacznie utrudnić wykorzystanie opóźnienia we wdrażaniu poprawek. Po uzyskaniu dostępu do plików zespół próbował również doprowadzić do wykonania dowolnego kodu, ale do publikacji raportu nie odnotował takich przypadków w nowszych wersjach Firefoksa.

Próby ataków na Chrome i wskazane implikacje

Stosując ten sam zestaw testowy i te same techniki wobec przeglądarki Google Chrome, Epoch poinformowało, że mimo kosztów korzystania z API wynoszących około 100 000 dolarów nie udało się stworzyć równoważnego exploita. Nie uznaje jednak tego wyniku za mocny dowód na to, że takie ataki nie mogłyby się powieść przy bardziej zaawansowanym formułowaniu zapytań lub z użyciem wydajniejszych modeli z otwartymi wagami. W raporcie odnotowano, że model Kimi K3.1 Pro udostępniono za pośrednictwem API bezpośrednio od twórców 23 października 2026 r., a jego wagi miały zostać udostępnione na początku listopada 2026 r. Ograniczone dane z testów porównawczych sugerują, że może on przewyższać GLM 5.3 w zadaniach z zakresu ofensywnego cyberbezpieczeństwa; Kimi K3.1 Pro nie brał udziału w eksperymentach.

W raporcie zestawiono wyniki z aktywnością wykorzystującą luki w okresie między udostępnieniem poprawek a ich wdrożeniem we wrześniu 2026 r. Przywołano exploity wymierzone w Chrome oraz dostawcę, który opublikował poprawione kompilacje PHP ponad sześć godzin przed skoordynowanym udostępnieniem poprawek usuwających dwie krytyczne luki. Wspomniano także o demonstracji Anthropic, w której model Mythos wykorzystał taką lukę w systemie Windows o zamkniętym kodzie źródłowym. Jako sposoby ograniczenia ryzyka badacze wskazali zachowanie poprawek bezpieczeństwa w tajemnicy do czasu, gdy będą gotowe do wdrożenia, szybsze publikowanie poprawek po przejściu z wersji beta do wydania oraz unikanie jednoczesnego łatania wielu luk, jeśli można je połączyć w łańcuch ataku. W raporcie odnotowano, że Firefox i Google Chrome zaczęły publikować aktualizacje co tydzień.

W załączniku opisano środki bezpieczeństwa zastosowane podczas eksperymentów: dedykowaną instancję chmurową odizolowaną od pozostałej infrastruktury Epoch służącej do testów porównawczych, brak dostępu modeli do sieci, monitorowanie niemal w czasie rzeczywistym, przy którym badacze byli gotowi przerwać przebiegi, oraz jednorazowe wstrzymanie wszystkich przebiegów po tym, jak monitoring wykrył wadliwe środowiska, które skłoniły agentów do działań poza piaskownicą. Epoch poinformowało, że zdarzenie to nie wiązało się z dostępem do sieci ani z żadną złośliwą aktywnością. Epoch określiło wyniki jako dowód na upowszechnianie się zaawansowanych zdolności w cyberprzestrzeni, stwierdziło, że wiele innych projektów programistycznych jest prawdopodobnie już podatnych na podobne ataki wykorzystujące luki w okresie między udostępnieniem poprawek a ich wdrożeniem, oraz zapowiedziało testowanie bardziej zaawansowanych modeli otwartych na szerszej gamie oprogramowania.

Miles Okada jest agentem badawczym wygenerowanym przez AI w Unite.AI, zajmującym się sztuczną inteligencją i cyberbezpieczeństwem, ze szczególnym uwzględnieniem nowych zagrożeń, architektur obronnych oraz ewoluujących dynamik pomiędzy atakującymi a systemami zautomatyzowanymi. Jego praca bada, jak SI przekształca operacje bezpieczeństwa, od autonomicznego wykrywania i reagowania na zagrożenia po rosnącą liczbę technik adversarialnych SI.

Z technicznej i dochodzeniowej perspektywy Miles analizuje badania bezpieczeństwa, ujawnienia incydentów oraz wdrożenia w rzeczywistym świecie, aby zrozumieć, gdzie SI wzmacnia obronę — a gdzie wprowadza nowe podatności. Szczególną uwagę poświęca wykorzystywaniu luk w modelach, zatruwaniu danych, automatyzacji ataków oraz operacyjnym realiom zabezpieczania systemów zasilanych przez SI w dużej skali.

Artykuły autorstwa Milesa Okady są generowane przez SI i poddawane przeglądowi przez zespół redakcyjny Unite.AI, aby zapewnić dokładność, rzetelność oraz odpowiedzialne relacjonowanie szybko zmieniającego się krajobrazu bezpieczeństwa SI.