Ocena 5,3 na dziesięć to w raporcie ze skanera wiersz, który spokojnie czeka na następny kwartał. Ta sama luka leży jednak od 27 sierpnia w amerykańskim katalogu podatności potwierdzonych w atakach, a tamtejsze agencje federalne dostały termin na 10 września. Rzecz dotyczy JFrog Artifactory, czyli magazynu, przez który przechodzą paczki, biblioteki i obrazy budowanego oprogramowania. W wielu polskich zespołach stoi on dokładnie pośrodku procesu wydawniczego, między kodem a wdrożeniem.
Na czym polega luka w JFrog Artifactory
Błąd należy do rodziny przejścia po ścieżce. Program bierze nazwę pliku z zewnątrz i buduje z niej miejsce zapisu na dysku. Nie sprawdza przy tym dostatecznie, czy wynik nie wyszedł poza wyznaczony katalog.
Tutaj chodzi o pamięć podręczną obrazów kontenerowych. Uwierzytelniony użytkownik może przy określonej konfiguracji repozytorium zdalnego zapisać dane poza przewidzianą ścieżką tej pamięci. Tak opisuje to wpis w katalogu prowadzonym przez amerykańską agencję CISA, który pobraliśmy i sprawdziliśmy bezpośrednio.
Podatne są wersje starsze niż 7.146.35 oraz te z gałęzi 7.161 wcześniejsze niż 7.161.16. Chmura JFroga została już załatana i po stronie klienta nie wymaga działania. Instalacje własne trzeba zaktualizować ręcznie. Numer wersji naprawczej warto wziąć z ogłoszeń producenta, bo opracowania krążące po sieci podają tu różne wartości.
Warto od razu odnotować drugi warunek. Atakujący musi mieć konto. To zawęża krąg podejrzanych, ale w firmowym repozytorium artefaktów kont bywają setki. Mają je ludzie, systemy budowania, roboty wdrożeniowe i integracje z zewnętrznymi usługami.
Dlaczego ocena 5,3 jest w tym przypadku myląca
Ciekawszy od samej liczby jest jej rozkład. Pełny zapis oceny mówi, że luka nie narusza ani poufności, ani dostępności, a integralność narusza w stopniu wysokim. Nic stąd nie wycieka. Coś się tutaj zapisuje.
Na końcowy wynik pracuje jeszcze druga część wzoru, czyli trudność wykorzystania. Złożoność ataku oceniono jako wysoką, a do jego przeprowadzenia potrzebne jest konto w systemie. Oba warunki obniżają liczbę niezależnie od tego, jak dotkliwy bywa sam skutek. Stąd 5,3 przy błędzie, który pozwala zapisać plik w nieprzewidzianym miejscu.
W repozytorium artefaktów akurat integralność jest tym, na czym wszystko stoi. Ten serwer istnieje po to, żeby paczka pobrana przy budowaniu była tą samą paczką, którą wcześniej włożono. Zapis poza wyznaczoną ścieżką otwiera drogę do podmiany zawartości. Proces, który później pobierze wskazany obraz przez tę pamięć podręczną, może dostać co innego, niż się spodziewa. Nie znaczy to, że tak dzieje się w każdej instalacji. Wyjaśnia natomiast, dlaczego agencja potraktowała sprawę poważniej, niż wskazywałaby ocena.
Pisaliśmy już o zbliżonym rozjeździe przy luce w MLflow, gdzie poprawka istniała, a ostrzeżenie milczało. Mechanizm jest ten sam: jedna liczba nie opisuje ryzyka w konkretnym miejscu w firmie.
Dziesięć dni różnicy między lukami z tego samego dnia
Tego samego 27 sierpnia do katalogu trafiły jeszcze dwie pozycje: ownCloud i jądro Linuksa. Obie dostały termin na 30 sierpnia, czyli trzy dni. JFrog dostał czternaście.
Katalog przestał mieć jeden termin dla wszystkich w czerwcu 2026, gdy nowa dyrektywa CISA zastąpiła tę z 2021 roku. Pilność zależy od tego czasu od zmiennych, wśród których są wystawienie zasobu na zewnątrz i obecność luki w katalogu. Opisywaliśmy tę zmianę przy czterech lukach z sierpniowym terminem.
Reguły przypisania terminu do konkretnej luki nie znamy i nie zamierzamy jej zgadywać. Sama tabela progów w dyrektywie jest opublikowana jako grafika, a dwie luki w serwerze TrueConf dodane tego samego dnia dostały różne terminy. Widać więc, że katalog stosuje kilka terminów, ale nie to, według jakiego klucza je rozdziela. Policzyliśmy natomiast rozkład w katalogu: z czternastu pozycji dodanych między 20 a 27 sierpnia osiem ma termin trzydniowy, sześć czternastodniowy.
Dla polskiej firmy praktyczny wniosek jest jeden. Żaden z tych terminów nie jest jej obowiązkiem, bo dyrektywa wiąże wyłącznie amerykańskie agencje federalne. Można go natomiast czytać jako darmową ocenę pilności wystawioną przez instytucję, która widzi dane o atakach.
Pierwsza Misja AI · Kodożercy
Rozumiesz zagrożenia AI, gdy rozumiesz jak naprawdę działa.
Kurs Pierwsza Misja AI ma osobną lekcję o ciemnej stronie AI: halucynacje, deepfakes, manipulacja. Zanim zaczniesz się bać, zacznij rozumieć.
Poznaj pełny program →
To nie jest luka z incydentu w Hugging Face
Skojarzenie nasuwa się samo, więc lepiej je od razu rozbroić. W incydencie, w którym agenty OpenAI wyszły z izolowanego środowiska, drogą wyjścia do publicznego internetu również była usługa Artifactory. To jednak inna luka.
Tam chodziło o fałszowanie żądań po stronie serwera, czyli zupełnie inną klasę błędu niż przejście po ścieżce. Warunkiem wstępnym było włączenie dostępu anonimowego, wyłączonego w standardowej konfiguracji. OpenAI ujawniło w tej sprawie dziewięć numerów podatności i sierpniowej luki w Artifactory wśród nich nie ma.
Pomyłka jest łatwa z prozaicznego powodu. Numery z tamtej listy i numer z sierpnia leżą w tym samym przedziale numeracyjnym i dotyczą tego samego produktu. Sam incydent i wnioski z niego opisaliśmy osobno, przy okazji pytania o to, dlaczego piaskownica nie wystarcza.
Co z tym zrobić w firmie, która ma własną instalację
Pierwszy krok to sprawdzenie wersji, bo dwa podatne zakresy łatwo pomylić. Instalacja z gałęzi 7.161 wygląda nowocześniej niż ta z 7.146, a mimo to może być podatna. Wystarczy, że numer poprawki jest niższy niż 16.
Drugi krok wykracza poza samą aktualizację i jest wart zachodu niezależnie od tej luki. Skoro warunkiem ataku jest posiadanie konta, warto policzyć konta z prawem zapisu do repozytoriów. Szczególnie te należące do automatów, którym nikt nie zmieniał poświadczeń od dwóch lat. Przy okazji przyda się przegląd konfiguracji repozytoriów zdalnych, bo od niej zależy, czy instalacja w ogóle wchodzi w zakres problemu.
Trzeci krok dotyczy tego, czego przy takich lukach zwykle brakuje najbardziej. Zapis w nieprzewidzianym miejscu zostawia ślad w systemie plików i w dziennikach. Pytanie brzmi więc nie tylko “czy jesteśmy podatni”, ale też “czy ktoś już z tego skorzystał”. Odpowiedź na drugie pytanie znika po aktualizacji, jeśli nikt wcześniej nie zebrał materiału.
Podsumowanie
Luka w JFrog Artifactory należy do rodziny przejścia po ścieżce. Uwierzytelniony użytkownik może zapisać dane poza pamięcią podręczną obrazów kontenerowych, przy określonej konfiguracji repozytorium zdalnego. Ocena 5,3 jest niska dlatego, że nic tu nie wycieka, atak jest złożony i wymaga konta. Integralność jest jednak naruszona w stopniu wysokim, a właśnie na niej stoi cały sens takiego serwera. Podatne są wersje starsze niż 7.146.35 oraz te z gałęzi 7.161 wcześniejsze niż 7.161.16. Chmura producenta jest już załatana, instalacje własne wymagają aktualizacji. Amerykański termin, czyli 10 września, nie obowiązuje polskich firm. Mówi jednak, jak pilnie ocenia sprawę instytucja mająca wgląd w dane o atakach. To nie jest przy tym ta sama luka, przez którą agenty OpenAI wyszły do internetu w Hugging Face.
Newsletter · DevstockAcademy & Kodożercy
Bądź na bieżąco ze światem IT, AI i automatyzacji
Co wtorek: newsy z branży, praktyczne tipy i narzędzia które warto znać. Zero spamu.
