Rubrik oddaje kod agentowi do ataku, ale wyłącznie w odizolowanej kopii

W komunikacie z 9 października 2026 r., opublikowanym podczas Rubrik GSI Summit w Goa, Rubrik ogłosił włączenie Code Guardian do Project Hourglass oraz dołączenie AHEAD, Trace3 i WWT do programu. Narzędzie ma badać odizolowaną kopię repozytorium pod kątem wieloetapowych ścieżek ataku. Nadal jest dostępne tylko w prywatnym podglądzie dla wybranych partnerów.

Code Guardian wykorzystuje Claude Mythos 5 w mechanizmie bezpieczeństwa opracowanym przez Rubrik; próby mają przebiegać na klonie chronionej kopii kodu, poza aktywnym repozytorium i środowiskiem produkcyjnym. Alok Agrawal, dyrektor ds. rozwiązań Rubrik, w relacji The Indian Express ze szczytu w Goa ujął cel projektu słowami „speed cannot compromise security or architectural integrity”. Oznacza to zapowiedź sposobu analizy i jej udostępniania przez partnerów, a nie powszechny dostęp do usługi.

Co trafia do analizy Code Guardian

Punktem wyjścia jest chroniona kopia kodu źródłowego utrzymywana przez Rubrik na potrzeby odzyskiwania. Code Guardian ma pracować na jej osobnym, odizolowanym klonie. Model analizuje więc kopię, podczas gdy aktywne repozytorium i działające systemy pozostają poza deklarowanym obszarem testu. To właśnie granica między klonem a produkcją pozwala Rubrikowi mówić o próbach ataku na kod bez wykonywania ich na działającej usłudze.

Rozdzielenie tych środowisk ma też znaczenie dla samej kopii. Zasób przechowywany na potrzeby odtworzenia znanej, poprawnej wersji kodu staje się materiałem do wcześniejszego szukania podatności. Przepływ opisany przez firmę zaczyna się od chronionej kopii repozytorium, prowadzi przez izolowany klon do analizy modelowej, a kończy się ustaleniem, które możliwe ścieżki ataku wymagają uwagi zespołu.

Publiczny opis wskazuje miejsce analizy względem repozytorium i produkcji, ale nie określa fizycznej lokalizacji infrastruktury uruchamiającej model. Nie podaje również, czy do modelu przekazywane jest całe repozytorium, wybrane fragmenty, czy dodatkowy kontekst. Dla właściciela kodu są to odrębne kwestie od samego odizolowania środowiska, w którym odbywa się próba.

Jak z pojedynczych słabości powstaje ścieżka ataku

Code Guardian ma łączyć ustalenia z różnych części projektu, zamiast traktować każde podejrzane miejsce jako samodzielny alarm. Analiza obejmuje pliki, usługi, role tożsamości, mechanizmy uwierzytelniania i granice środowiska chmurowego. Słabość w jednej usłudze może nabrać znaczenia dopiero wtedy, gdy da się ją połączyć z uprawnieniami albo konfiguracją innej. Wynikiem ma być opis możliwej drogi przez system, nie tylko wykaz miejsc w kodzie.

Następny etap to weryfikacja wykonalności takiej drogi. Rubrik zapowiada ocenę potwierdzonych ustaleń według możliwości wykorzystania, zasięgu skutków oraz znaczenia dla działalności firmy. Ta kolejność ma ograniczyć liczbę zgłoszeń wynikających wyłącznie z wykrycia pojedynczej słabości: najpierw powstaje łańcuch, potem sprawdzana jest możliwość jego wykorzystania, a dopiero później ustalany jest priorytet naprawy.

Nie wiadomo jeszcze, jak szczegółowy zapis tej weryfikacji dostanie zespół bezpieczeństwa. Opis wykonalnej ścieżki i materiał wystarczający do samodzielnego odtworzenia każdego jej kroku to różne rzeczy. Rubrik nie określił też publicznie zasad przechowywania wyników ani zakresu repozytoriów obsługiwanych w prywatnym podglądzie.

Od potwierdzenia do poprawki — oraz granice testu

Według opisu technicznego Rubrik potwierdzone problemy krytyczne mają trafiać do Jira lub GitHub ze wskazówkami dotyczącymi plików; próba na własnym kodzie producenta dała więcej ustaleń niż tradycyjne skanery, a jesień 2026 r. została wskazana jako cel powszechnej dostępności. Zadanie naprawcze jest zatem planowanym wyjściem z procesu prowadzonego na izolowanym klonie. Sama zapowiedź przekazania zadania nie mówi jeszcze, jakie dowody znajdą się w zgłoszeniu.

Wynik próby na kodzie Rubrik ma węższe znaczenie niż pomiar skuteczności u klientów. Firma nie podała liczby ustaleń, wielkości badanego zbioru, sposobu porównania ani odsetka fałszywych alarmów. Większa liczba wykrytych pozycji może oznaczać więcej problemów wartych naprawy, ale bez tych danych nie da się ocenić trafności dodatkowych zgłoszeń. Nie opublikowano też niezależnego testu, który pozwalałby porównać wyniki na innych repozytoriach.

Partnerzy wdrożeniowi i status prywatnego podglądu

Październikowa zmiana rozszerza Project Hourglass o Code Guardian i nowych partnerów; sam produkt Rubrik przedstawił wcześniej. AHEAD, Trace3 i WWT dołączyły do programu, w którym uczestniczą już Cognizant, Deloitte, LTM, HCLTech, NTT DATA i Wipro. Partnerzy mają otrzymywać wspólne zasoby sprzedażowe, ścieżki certyfikacji technicznej oraz bezpośredni kontakt z inżynierami Rubrik. To określa kanał współpracy przy wdrożeniach, lecz nie zmienia ograniczonego statusu narzędzia.

Project Hourglass obejmował wcześniej Rubrik Agent Cloud dla Claude Code, z zabezpieczeniami zachowania agentów, ochroną kontekstu poleceń i funkcją Agent Rewind. Code Guardian wnosi do programu inną czynność: analizę kodu na chronionej kopii. Wspólny program partnerski nie oznacza, że analiza repozytorium stała się funkcją Agent Cloud albo że oba rozwiązania mają identyczne warunki dostępu.

Rubrik przyjmuje wybranych partnerów projektowych do prywatnego podglądu Code Guardian. Firma zastrzega, że produkt może się zmienić lub zostać wycofany, a jego dostępność, funkcje i wydajność nie są gwarantowane. Następnym rozstrzygnięciem dla zainteresowanych zespołów będzie ogłoszenie warunków szerszego dostępu oraz danych pozwalających ocenić trafność wykrywanych ścieżek ataku.

Przeczytaj także:

• Claude znalazł układ podobny do CRISPR, ale jego funkcja pozostaje zagadką
• Cloudflare oddaje agentom 2900 poleceń — logowanie nadal wymaga człowieka
• Copilot dostał lokalną piaskownicę, lecz ochrona jest domyślnie wyłączona