Firma Anthropic uruchomiła OSS Scanner, bezpłatną usługę opt-in do wykrywania podatności w projektach open source. Zgłoszeni opiekunowie otrzymują okresowe raporty przygotowane przez modele firmy, w tym Claude Mythos. Rozwiązanie może przyspieszyć wykrywanie błędów, ale przenosi ocenę wyników i decyzję o wykorzystaniu poprawek na zespoły utrzymujące kod.
Jak OSS Scanner przygotowuje raport o luce
OSS Scanner wykorzystuje modele językowe do badania kodu. Według Anthropic agenci sprawdzają znalezione błędy, analizują ich przyczyny i proponują poprawki, zanim system wyśle raport pocztą elektroniczną. Jest to kontrola automatyczna, której nie należy utożsamiać z recenzją specjalisty do spraw bezpieczeństwa.
Każde zgłoszenie ma dostarczyć opiekunowi projektu informacje potrzebne do samodzielnego odtworzenia i sprawdzenia problemu. Maintainer decyduje, czy wynik jest prawidłowy oraz czy proponowana zmiana pasuje do procesu rozwoju projektu.
- Reproduktor, który pozwala odtworzyć podejrzane zachowanie.
- Opis podatności wraz z wyjaśnieniem jej mechanizmu.
- Wskazanie zmiany, która mogła wprowadzić błąd, ustalone w miarę możliwości przez bisekcję.
- Kandydat na poprawkę, jeśli model potrafi przygotować odpowiednią zmianę kodu.
Kolejne skanowania mają wykrywać zarówno nowo wprowadzone problemy, jak i błędy pominięte wcześniej. Anthropic nie określa jednego harmonogramu. Częstotliwość zależy między innymi od popularności projektu oraz aktualnego obciążenia usługi.
Dlaczego Anthropic wysyła wyniki bez recenzji człowieka
Frontier Red Team firmy Anthropic wyjaśnił w komunikacie z 8 października, że ręczna weryfikacja stała się ograniczeniem całego procesu. W ciągu sześciu miesięcy modele wskazały ponad 29 000 potencjalnych podatności. Badacze zdołali ręcznie przeanalizować i sklasyfikować około 6 000 z nich.
Jeszcze przed uruchomieniem usługi opiekunowie zainteresowani wcześniejszym dostępem otrzymali na własną prośbę prawie 5 000 niezweryfikowanych raportów wraz z propozycjami poprawek. OSS Scanner formalizuje ten sposób współpracy. Zamiast czekać na ocenę zespołu Anthropic, projekt może sam sprawdzić wynik zgodnie ze swoimi procedurami.
Usługa rozwija doświadczenia z Project Glasswing. W ramach tego projektu dostęp do Mythos Preview ograniczano do uczestniczących organizacji. PostgreSQL maintainer Noah Misch ocenił, że szybki dostęp pozwolił usuwać problemy przed wydaniem przeznaczonym do powszechnego użytku, a część dostarczonych poprawek wymagała niewielkich zmian.
Co pokazały testy na projektach open source
Anthropic zlecił testerom penetracyjnym ocenę 97 ustaleń oznaczonych jako krytyczne lub o wysokiej wadze. Wyniki pochodziły z 48 projektów. Spośród nich 85 spełniło kryteria skoordynowanego ujawniania podatności, 11 dotyczyło prawdziwych problemów, ale powielało znane zgłoszenia lub inne wyniki skanowania, a jeden przypadek był nieprawidłowy.
Firma zastrzega, że była to wybrana próbka. Nie można na jej podstawie wyznaczyć współczynnika trafności wszystkich przyszłych raportów. Anthropic przyznał również, że część opiekunów spotkała się z zawyżoną oceną wagi błędu oraz niewłaściwym zrozumieniem modelu zagrożeń konkretnego projektu.
Anton Arapov z OpenSSL Corporation ocenił surowe raporty jako porównywalne, a niekiedy lepsze od zgłoszeń przygotowanych przez ludzi. Weryfikację ułatwiały przypadki, w których raport zawierał działający exploit. Todd Ouska z wolfSSL podał, że spośród 74 otrzymanych raportów wszystkie poza dwoma były prawidłowe, a pięć doprowadziło do nadania identyfikatorów CVE.
Przykład spoza komunikatu Anthropic opisał Daniel Stenberg z projektu curl. Podatność typu use-after-free podczas wysyłania danych przez HTTP/2 została przypisana Lunie Tong z Anthropic, korzystającej z OSS Scanner. Błąd CVE-2026-92392 naprawiono w curl 8.23.0. W określonych warunkach mógł prowadzić do zdalnego wykonania kodu, ale Stenberg ocenił go jako podatność wysokiej, a nie krytycznej wagi, ponieważ bardziej prawdopodobnym skutkiem była awaria programu.
Jak projekt może zgłosić się do skanowania
Główny opiekun projektu zgłasza udział przez pull request w GitHubie. Zgłoszenie zawiera konfigurację projektu oraz Dockerfile, który przygotowuje środowisko budowania i zależności. Po zakończeniu konfiguracji samo skanowanie działa bez dostępu do internetu.
Projekt może opcjonalnie dostarczyć plik z modelem zagrożeń. Dokument pozwala opisać niezaufane dane wejściowe, wyłączyć określone komponenty z analizy i wyjaśnić zasady nadawania poziomów ważności. Może też wskazywać preferowany format raportów oraz oczekiwania dotyczące proponowanych poprawek.
Anthropic rozpatruje zgłoszenia indywidualnie. Pierwszeństwo mają dojrzałe projekty istotne dla infrastruktury i bezpieczeństwa użytkowników, które potrafią obsługiwać zweryfikowane zgłoszenia o wysokiej wadze. Firma ręcznie sprawdza, czy wniosek złożył core maintainer i czy raporty trafią do upoważnionego kontaktu odpowiedzialnego za bezpieczeństwo.
Uczestnicy mogą wstrzymać raporty lub całkowicie wycofać się z programu. Niezweryfikowane ustalenia nie uruchamiają automatycznie 90-dniowego terminu ujawnienia. Jeżeli Anthropic później ręcznie potwierdzi problem, może on przejść do osobnego procesu skoordynowanego ujawniania, a termin zaczyna biec od powiadomienia opiekunów o wyniku weryfikacji.
Co wyniki oznaczają dla zespołów bezpieczeństwa
Anthropic wskazuje Google OSS-Fuzz jako inspirację, choć OSS Scanner analizuje kod za pomocą modeli językowych. Innym punktem odniesienia jest CodeMender od Google DeepMind, gdzie poprawki sprawdzano przez analizę programów i testy. CodeMender zachowywał jednak kontrolę człowieka przed przekazaniem zmian do projektu, natomiast OSS Scanner dostarcza opiekunom raporty bez takiej recenzji.
Samo znalezienie błędu i przygotowanie poprawki nie oznacza jeszcze usunięcia ryzyka w systemach korzystających z danej biblioteki. Varun Badhwar, CEO and co-founder Endor Labs, zwrócił uwagę na konieczność ustalenia, czy podatny fragment kodu jest osiągalny oraz czy aktualizacja nie zakłóci działania aplikacji. Dimitrios Thomas wskazał natomiast, że ocenę skanera powinny obejmować trafność weryfikacji, obciążenie opiekunów i czas od odkrycia błędu do wdrożenia poprawki.
Dla firm w Polsce korzystających z komponentów open source raport OSS Scanner może być sygnałem do aktualizacji, ale nie zastępuje analizy zależności i testów wdrożeniowych. Organizacje pozostające kilka głównych wersji za aktualnym wydaniem mogą nie być w stanie szybko przyjąć poprawki. Anthropic nadal oferuje zgłoszenia sprawdzane przez ludzi, szczególnie projektom, które nie mają zasobów do samodzielnej klasyfikacji surowych wyników.
