Tag: bezpieczeństwo IT

  • Claude Code 2.1.200: sterowanie uprawnieniami wraca w ręce programisty, agenty w tle przestają się sypać

    Claude Code 2.1.200: sterowanie uprawnieniami wraca w ręce programisty, agenty w tle przestają się sypać

    Anthropic wypuścił wersję 2.1.200 narzędzia Claude Code, która domyślnie przełącza model uprawnień na Manual i wymusza ręczne zatwierdzanie dialogów AskUserQuestion we wszystkich interfejsach — CLI, VS Code oraz JetBrains. Zmiany te mają na celu ograniczenie przypadkowego wykonania kodu bez nadzoru, co przy pracy z agentami bywało poważnym ryzykiem.

    Równolegle zespół dostarczył zestaw poprawek stabilności dla agentów działających w tle. Sesje backgroundowe doczekały się łatek na zakleszczenia demonów, awarie procesów i błędy autoryzacji socketów. Dodatkowo wprowadzono ulepszenia dostępności dla czytników ekranu oraz usunięto kilka błędów renderowania i zarządzania sesjami.

    Co konkretnie zmienia Claude Code 2.1.200

    • Uprawnienia Manual zastępują poprzedni model domyślny we wszystkich głównych interfejsach; alias manual działa zamiennie z default w konfiguracji.
    • Dialogi AskUserQuestion przestały kontynuować automatycznie — wymagają jawnego działania użytkownika po każdej odpowiedzi.
    • Agenci w tle otrzymali poprawki eliminujące zakleszczenia demonów, nagłe awarie procesów i problemy z autoryzacją socketów.
    • Czytniki ekranu zyskały ulepszenia dostępnościowe w terminalu i integracjach edytorowych.
    • Sesje backgroundowe nie będą już cicho zatrzymywać się w połowie tury po uśpieniu systemu lub ponownym otwarciu wstrzymanej pracy.

    Dlaczego „Manual” robi różnicę

    Wcześniej domyślne uprawnienia Claude Code pozwalały agentowi na samodzielne wykonywanie wielu operacji — czasem bez wyraźnego potwierdzenia ze strony programisty. Przy szybkim tempie pracy zdarzało się, że narzędzie kontynuowało działanie, gdy użytkownik odwrócił uwagę od terminala. Nowy tryb Manual oznacza, że każde wywołanie wymagające zgody czeka na bezpośrednią reakcję. Nie ma już automatycznego przechodzenia dalej.

    Dla zespołów DevOps i osób pracujących w środowiskach zbliżonych do produkcyjnych to istotna zmiana. Zmniejsza się ryzyko niekontrolowanej modyfikacji konfiguracji serwerów czy kodu infrastrukturalnego. Deweloperzy korzystający z subagentów docenią również alias manual — dokumentacja potwierdza, że od wersji 2.1.200 można go używać zamiennie z default, co ułatwia migrację starszych konfiguracji bez grzebania w plikach ustawień.

    Stabilność agentów, która naprawdę działa

    Background agents w Claude Code to mechanizm pozwalający na uruchamianie długotrwałych zadań bez konieczności trzymania otwartego terminala. Niestety, wcześniejsze wydania miały kilka dokuczliwych usterek: blokady demonów mogły zawiesić sesję, procesy agentów niespodziewanie znikały, a sockety gubiły autoryzację w trakcie pracy.

    Wersja 2.1.200 celuje w te problemy. Wyeliminowano przypadki, w których sesja backgroundowa przestawała działać w połowie tury po wybudzeniu komputera ze snu albo po ponownym podłączeniu do wstrzymanego zadania. To konkretna korzyść dla osób uruchamiających wielogodzinne procesy, takie jak "nightly buildy" czy skrypty monitorujące stan infrastruktury.

    W tej wersji pojawiła się także infrastruktura dla eksperymentalnych „obserwatorów” — drugi agent może nadzorować głównego i raportować przez ObserverReport, co otwiera możliwości bardziej złożonych przepływów pracy z podwójną kontrolą.

    Drobne, ale potrzebne poprawki

    Nie samymi uprawnieniami i agentami żyje programista. Wersja 2.1.200 wprowadza kilka mniej widocznych, ale przydatnych łatek: błędy renderowania w różnych widokach zostały naprawione, zarządzanie sesjami nie gubi stanu przy przełączaniu kontekstów, a czytniki ekranu zyskały wsparcie, które zwiększa użyteczność narzędzia w zespołach dbających o dostępność.

    Dla użytkowników pracujących w VS Code i JetBrains zmiana etykiety uprawnień na Manual pojawia się także w panelach pomocy (--help), co sprawia, że nowe zachowanie jest od razu widoczne — nie trzeba go szukać w changelogu.

    Podsumowanie

    Claude Code 2.1.200 to aktualizacja, która nie wprowadza spektakularnych nowości, ale przesuwa akcenty w kierunku kontroli i niezawodności. Przejście na Manual jako domyślny tryb uprawnień daje programistom większą decyzyjność, a stabilizacja background agents sprawia, że długotrwałe zadania stają się bardziej przewidywalne. W codziennej pracy oznacza to mniej niespodzianek i więcej stabilności — co jest kluczowe w narzędziach AI wspomagających kodowanie.

    Źródła

  • Codex 0.142.0 z kontrolą agentów i budżetowaniem tokenów – nowa era bezpiecznych wdrożeń

    Codex 0.142.0 z kontrolą agentów i budżetowaniem tokenów – nowa era bezpiecznych wdrożeń

    OpenAI wypuściło 22 czerwca 2026 roku wersję 0.142.0 swojego narzędzia Codex, wprowadzając trzy obszary usprawnień: kontrolę nad agentami, zarządzanie wtyczkami oraz nowe mechanizmy bezpieczeństwa operacyjnego. To wydanie odpowiada na potrzeby zespołów uruchamiających agentów AI w środowiskach produkcyjnych, gdzie każda dodatkowa operacja wiąże się z realnymi kosztami.

    Kluczowe zmiany w skrócie

    • Konfigurowalne budżety tokenów śledzą zużycie we wszystkich wątkach agenta, wysyłają przypomnienia przed wyczerpaniem i zatrzymują operację po przekroczeniu limitu.
    • Trzy tryby delegacji agentów – wyłączony, tylko na żądanie i proaktywny – dają pełną kontrolę nad tym, kiedy Codex 0.142.0 może tworzyć podagentów.
    • Tryb indeksowanego wyszukiwania ogranicza dostęp do stron tylko do zatwierdzonych adresów URL, zamiast pozwalać na swobodne przeszukiwanie sieci.
    • Przypomnienia czasowe i odpytywanie czasu umożliwiają planowanie zadań bez zewnętrznych narzędzi.

    Budżetowanie tokenów, które naprawdę działa

    Nowy system budżetów tokenów w Codex 0.142.0 śledzi zużycie tokenów we wszystkich wątkach, w tym w wątkach potomnych, i potrafi przerwać operację, gdy limit zostanie wyczerpany. Po wyczerpaniu limitu następuje zatrzymanie operacji, co jest istotne dla środowisk produkcyjnych. Przed wyczerpaniem pojawiają się przypomnienia, co daje zespołom czas na reakcję. Wdrożenia bez takich barier mogą generować niekontrolowane koszty – jeden z raportów wskazuje na 63 incydenty przeciążeń budżetu tokenów w okresie testów.

    Delegacja agentów pod kontrolą

    Wieluagentowe systemy bez wyraźnych granic mogą szybko wymknąć się spod kontroli. Codex 0.142.0 wprowadza trzy tryby delegacji. Tryb wyłączony blokuje tworzenie podagentów całkowicie. Tryb na żądanie pozwala na delegację tylko przy wyraźnym poleceniu użytkownika. Tryb proaktywny, najbardziej zaawansowany, daje Codexowi 0.142.0 swobodę w ocenie, kiedy warto uruchomić dodatkowych agentów.

    Ta gradacja jest istotna w zależności od skali projektów. Mały zespół testujący koncepcję może wybrać tryb proaktywny, podczas gdy zespół utrzymujący krytyczną infrastrukturę powinien pozostać przy trybie na żądanie. Elastyczność bez utraty kontroli to kluczowy element tej aktualizacji.

    Lepsza organizacja wtyczek i wyszukiwanie indeksowane

    Wtyczki w Codexie 0.142.0 zostały zorganizowane w bardziej przejrzysty sposób, co ułatwia ich użycie. System podpowiada odpowiednie rozszerzenia w trakcie pracy, co oszczędza czas zespołów z wieloma integracjami.

    Wyszukiwanie indeksowane rozwiązuje problem nieograniczonego dostępu do sieci. Codex 0.142.0 może korzystać z wyników wyszukiwania na żywo, ale odwiedza tylko wcześniej zatwierdzone adresy. Ściąganie dokumentacji z oficjalnych źródeł jest dozwolone, natomiast swobodne klikanie w linki jest zablokowane.

    Stabilność i poprawki dla środowisk deweloperskich

    Warto również zwrócić uwagę na poprawki techniczne. Przywrócono działanie interfejsu TUI na Linuksie, który w poprzednich wersjach przestał działać poprawnie. Naprawiono także trwałość wątków typu goal-first, które wcześniej mogły gubić stan między sesjami.

    Dla zespołów hostujących własne instancje Codexa 0.142.0 istotne będą zmiany w exec-serwerze. Krótszy czas uruchamiania, czystsze logi i poprawione ścieżki plików między platformami to detale, które przekładają się na mniej frustracji w codziennej pracy terminalowej.

    Co to oznacza dla wdrożeń produkcyjnych

    Codex 0.142.0 pokazuje, że OpenAI postrzega AI nie tylko jako asystenta do generowania kodu, ale jako narzędzie, które musi działać przewidywalnie w złożonych środowiskach. Budżetowanie tokenów, kontrola delegacji i ograniczone wyszukiwanie to funkcje, które są kluczowe przy realnych wdrożeniach. Deweloperzy otrzymują narzędzie, które można dostosować do konkretnych wymogów, co stanowi największą wartość tego wydania.

    Źródła

  • Claude Code 2.1.178: precyzyjne reguły dostępu i lepsza obsługa monorepozytoriów

    Claude Code 2.1.178: precyzyjne reguły dostępu i lepsza obsługa monorepozytoriów

    Anthropic wydało 15 czerwca 2026 roku wersję 2.1.178 swojego asystenta programistycznego Claude Code, koncentrując się na kontroli i stabilności zamiast na efektownych nowościach. Aktualizacja wprowadza zaawansowane reguły uprawnień, które mogą sprawdzać parametry narzędzi, a nie tylko ich nazwy, oraz znacząco poprawia pracę z zagnieżdżonymi katalogami .claude w dużych projektach. To wydanie będzie szczególnie przydatne dla zespołów pracujących z agentami w środowiskach o zaostrzonej polityce bezpieczeństwa.

    Kluczowe zmiany w skrócie

    • Reguły uprawnień z dopasowaniem parametrów – nowa składnia Tool(param:value) pozwala blokować lub zezwalać na konkretne warianty poleceń, a nie całe klasy narzędzi
    • Wsparcie dla zagnieżdżonych katalogów .claude – monorepozytoria i projekty wielopakietowe zyskują lepszą organizację umiejętności i workflow per podprojekt
    • Wzmocniony klasyfikator trybu automatycznego – podagenci są teraz dokładniej sprawdzani, zanim dostaną zielone światło na działanie
    • Poprawki stabilności – rozwiązano problemy z pamięcią, autoryzacją Chrome i transkryptami podagentów

    Reguły, które rozumieją kontekst

    Do tej pory polityka uprawnień w Claude Code działała na poziomie nazw narzędzi. Można było zezwolić na Bash albo zablokować Write, co nie dawało dużej elastyczności. Wersja 2.1.178 zmienia tę logikę, wprowadzając składnię Tool(param:value).

    Co to oznacza w praktyce? Zamiast wydawać zgodę na wszystkie operacje powłoki, administrator może teraz zezwolić tylko na Bash(git:*), a zablokować Bash(rm:*). Mechanizm sprawdza wartości parametrów przekazywanych do narzędzia, co sprawia, że reguła staje się precyzyjna. Dla zespołów DevOps i środowisk CI/CD to znaczące ułatwienie – mniej ręcznej konfiguracji, mniej błędów.

    Tryb automatyczny również zyskał solidniejszy klasyfikator dla akcji podagentów. Luka, która pozwalała niektórym z nich działać bez pełnej ewaluacji uprawnień, została zamknięta. Podagent nie prześlizgnie się już niezauważony.

    Porządek w monorepozytoriach

    Porządek w monorepozytoriach

    Praca z dużymi repozytoriami, gdzie każdy serwis czy moduł działa niezależnie, bywała w Claude Code chaotyczna. Wersja 2.1.178 wprowadza obsługę zagnieżdżonych katalogów .claude, co pozwala na lepszą organizację umiejętności i workflow per podprojekt.

    Wyobraźmy sobie repozytorium z frontendem w Next.js, backendem w Pythonie i osobnym modułem do analityki. Każdy z tych komponentów może teraz mieć swój własny zestaw reguł, umiejętności i poleceń slash, jednocześnie dziedzicząc konwencje z poziomu całego projektu. Koniec z jednym, dużym katalogiem .claude w korzeniu.

    Stabilność, której nie widać na pierwszy rzut oka

    Stabilność, której nie widać na pierwszy rzut oka

    Pod maską znalazło się kilka poprawek, które eliminują irytujące awarie. Problemy z pamięcią przy dłuższych sesjach zostały rozwiązane – Claude Code nie powinien już się zawieszać w trakcie wielogodzinnej sesji refaktoryzacji. Transkrypty podagentów stały się stabilniejsze, co zmniejsza ryzyko utraty kontekstu przy przekazywaniu zadań między agentami.

    Zwiększono również uwagę na autoryzację. Integracja z Chrome wymaga teraz logowania przez claude.ai – jeśli użytkownik korzysta z klucza API lub tokena długoterminowego, funkcja pozostaje wyłączona. Podobnie Remote Control: przy nieobsługiwanym stanie logowania komunikat błędu jest teraz jasny, a nie enigmatyczny.

    Co z tego wynika dla web developerów i zespołów AI

    To wydanie nie jest przełomowe, ale jest istotne dla osób, które codziennie piszą kod w złożonych środowiskach. Jeśli pracujesz z monorepo, zarządzasz agentami w pipeline'ach albo po prostu cenisz sobie granularną kontrolę nad tym, co Claude Code może, a czego nie może zrobić – aktualizacja jest konieczna.

    Zmiany w Chrome i Remote Control docenią również ci, którzy debugują zdalnie lub łączą lokalne środowisko z chmurą. Mniej zgadywania, więcej konkretnych informacji zwrotnych. Wersja 2.1.178 nie przynosi rewolucji, ale solidnie poprawia fundamenty.

    Źródła

  • Claude Code z nowym mechanizmem kontroli modeli – administratorzy dostają twardsze narzędzie

    Claude Code z nowym mechanizmem kontroli modeli – administratorzy dostają twardsze narzędzie

    Anthropic wprowadziło aktualizację Claude Code 2.1.175, która dodaje nowe ustawienie enforceAvailableModels. To zarządzane ustawienie daje administratorom kontrolę nad tym, jakie modele AI są dostępne w środowisku firmowym. Wcześniejsze luki w polityce bezpieczeństwa, które pozwalały użytkownikom omijać korporacyjne ograniczenia, zostały załatane.

    Co nowego w skrócie

    • Nowe ustawienie enforceAvailableModels wymusza, by lista dozwolonych modeli obejmowała również model domyślny.
    • Ustawienia użytkownika i projektu nie mogą już poszerzać zarządzanej listy availableModels.
    • Gdy model domyślny wskazuje na niedozwolony model, Claude Code automatycznie przełącza się na pierwszy model z listy dozwolonych.
    • Aktualizacja obejmuje łącznie 16 zmian w pakiecie od v2.1.173 do v2.1.175, w tym 3 nowe funkcje i 13 poprawek.

    Dlaczego to ma znaczenie w praktyce

    Dotychczas administratorzy mogli ustawić availableModels jako listę zatwierdzonych modeli, ale istniał problem. Model domyślny, wybierany automatycznie przez Claude Code, nie podlegał tym samym ograniczeniom. Jeśli organizacja blokowała dostęp do drogich modeli, a domyślny wskazywał na taki, system go uruchamiał. Użytkownik mógł także nadpisać ustawienia w lokalnym pliku .claude/settings.json i wybrać dowolny model.

    Wersja 2.1.175 to zmienia. Ustawienie enforceAvailableModels sprawia, że lista dozwolonych modeli działa również dla modelu domyślnego. Jeśli model domyślny nie znajduje się na liście, Claude Code nie próbuje go uruchomić, tylko wybiera pierwszy dozwolony model. To proste rozwiązanie, które jest trudne do obejścia.

    Choć na pierwszy rzut oka zmiana może wydawać się technicznym detalem, w środowiskach korporacyjnych ma duże znaczenie, zwłaszcza tam, gdzie koszty API mogą wynosić tysiące dolarów miesięcznie.

    Co to znaczy dla zespołów dev i DevOps

    W firmach, gdzie Claude Code działa na współdzielonych maszynach lub w pipeline'ach CI/CD, spójność modelu jest kluczowa. Gdy każdy deweloper może przypadkowo lub celowo przełączyć się na droższy model, budżet może szybko wymknąć się spod kontroli.

    Nowe ustawienie eliminuje ryzyko, że konfiguracja projektowa przypadkiem poszerzy dostęp do modeli, które organizacja nie zatwierdziła. Wcześniej plik .claude/settings.json w repozytorium mógł nadpisać korporacyjne restrykcje. Teraz, przy włączonym enforceAvailableModels, nie ma takiej możliwości. Administratorzy zyskują bardziej skuteczne narzędzie, a zespoły przewidywalne środowisko pracy.

    Dla zespołów DevOps oznacza to mniej zgłoszeń dotyczących nieoczekiwanych kosztów. Model domyślny nie wymknie się spod kontroli, a automatyczne przełączenie na pierwszy dozwolony model jest ciche – użytkownik nie musi być świadomy, że coś się zmieniło.

    Szerszy kontekst aktualizacji

    Pakiet zmian od v2.1.173 do v2.1.175 zawiera łącznie 16 modyfikacji. Oprócz nowego ustawienia, wcześniejsze wersje przyniosły poprawki stabilności i bezpieczeństwa. Anthropic kładzie duży nacisk na governance – to nie pierwsza aktualizacja w tym kierunku i zapewne nie ostatnia.

    Widać, że narzędzie się rozwija. Funkcje administracyjne stają się fundamentem dla organizacji, które poważnie wdrażają asystentów AI. Ustawienie enforceAvailableModels to krok w stronę dojrzałości korporacyjnej, w której kontrolę nad modelem ma ten, kto płaci rachunki.

    Co dalej

    Jeśli zarządzasz środowiskiem Claude Code w firmie, sprawdź, czy enforceAvailableModels jest już dostępne w waszym planie. Dla użytkowników indywidualnych zmiana jest przezroczysta, chyba że pracują w organizacji, która wprowadziła nowe restrykcje. W takim przypadku mogą zauważyć, że Claude Code czasami wybiera inny model niż ten, który ustawili lokalnie. To nie błąd, to nowa funkcjonalność.

    Źródła

  • GPT-5.4-Cyber – plotka czy nowy front w defensywnym AI?

    GPT-5.4-Cyber – plotka czy nowy front w defensywnym AI?

    Pojawiające się w sieci doniesienia o modelu GPT-5.4-Cyber budzą spore zainteresowanie, ale też sporo wątpliwości. Według krążących informacji miałaby to być specjalistyczna wersja systemu skupiona na defensywnym cyberbezpieczeństwie, dostępna tylko dla zweryfikowanych firm i badaczy. Dostępne fakty nie potwierdzają jednak, by OpenAI wydało taki osobny produkt. Prawdopodobnie mamy do czynienia z połączeniem kilku różnych inicjatyw firmy.

    Skąd wzięły się te informacje?

    Zamieszanie wynika najpewniej z premiery modelu GPT-5.4, którą OpenAI ogłosiło w marcu 2026 roku. Jest to system przeznaczony do najbardziej złożonych zadań profesjonalnych. Ma on funkcje sterowania systemami operacyjnymi i przeglądarkami, co potwierdzają wyniki w testach OSWorld-Verified i WebArena-Verified. Dodatkowo model posiada okno kontekstowe o wielkości miliona tokenów oraz architekturę typu "Thinking". Te parametry sprawiają, że system nadaje się do zaawansowanej analityki, w tym do zadań związanych z bezpieczeństwem cyfrowym.

    Nazwa "GPT-5.4-Cyber" jest więc najpewniej potocznym określeniem na użycie standardowego modelu GPT-5.4 w kontrolowanych scenariuszach obronnych. Nie jest to nowa, osobna architektura, lecz wykorzystanie istniejącej technologii w konkretnym, wrażliwym celu.

    Przyczyny ograniczonego dostępu

    Wprowadzenie restrykcji w dostępie do zaawansowanych modeli wynika z kwestii bezpieczeństwa. Sztuczna inteligencja w rękach ekspertów od zabezpieczeń pozwala szybciej analizować logi systemowe, wykrywać nietypowe zachowania sieci, zarządzać ryzykiem czy przygotowywać materiały szkoleniowe chroniące przed phishingiem.

    Jednocześnie te same funkcje mogą zostać wykorzystane do automatyzacji ataków, generowania złośliwego oprogramowania lub prowadzenia kampanii socjotechnicznych. Ograniczenie dostępu do sprawdzonych organizacji ma na celu wsparcie obrony przy jednoczesnym utrudnieniu działań przestępczych. Takie działania wpisują się w ramy prawne, takie jak unijny AI Act oraz Cyber Resilience Act, które nakładają na producentów wymóg odpowiedzialnego wdrażania technologii.

    Rynek i rola AI w ochronie danych

    Niezależnie od tego, czy powstanie dedykowana wersja "Cyber", zapotrzebowanie na AI w sektorze bezpieczeństwa rośnie. Firmy zmagają się z brakiem specjalistów, a straty finansowe powodowane przez ataki hakerskie są coraz wyższe.

    W Polsce brakuje przede wszystkim analityków SOC, testerów penetracyjnych i ekspertów od chmury. Model GPT-5.4 generuje o 18% mniej błędów i o 33% rzadziej zmyśla informacje (halucynuje) w porównaniu do wersji GPT-5.2. Dzięki możliwości przetwarzania dużych zbiorów danych system ten może odciążyć zespoły techniczne, działając jako asystent przy codziennych operacjach.

    Podsumowanie

    Informacje o GPT-5.4-Cyber to prawdopodobnie interpretacja możliwości modelu GPT-5.4 połączona z zapowiedziami o selektywnym udostępnianiu narzędzi AI branży cyberbezpieczeństwa. Obecnie nie ma dowodów na istnienie oddzielnego produktu o tej nazwie.

    Widać jednak wyraźny kierunek rozwoju branży. Skuteczna ochrona cyfrowa będzie wymagała korzystania z AI, ale w sposób kontrolowany. Zamiast szukać jednego, dedykowanego narzędzia, firmy i regulatorzy skupiają się na tworzeniu bezpiecznych zasad i ekosystemów, które pozwolą wykorzystać ogólne modele językowe do wzmocnienia systemów obronnych.

  • Wyciek Kodu Źródłowego Claude Code przez Błąd w Pakiecie npm

    Wyciek Kodu Źródłowego Claude Code przez Błąd w Pakiecie npm

    Anthropic, twórca zaawansowanego asystenta AI Claude, zmierzył się z poważnym incydentem bezpieczeństwa. Kod źródłowy ich narzędzia programistycznego, Claude Code, wyciekł do domeny publicznej przez źle skonfigurowany plik w pakiecie npm. Wyciek obejmuje setki tysięcy linii kodu i odsłania wewnętrzne mechanizmy działania narzędzia, choć – na szczęście – nie zawiera danych klientów ani poufnych kluczy.

    Incydent został odkryty 31 marca 2026 roku przez badacza bezpieczeństwa Chaofana Shou. W wersji 2.1.88 pakietu @anthropic-ai/claude-code, opublikowanej dzień wcześniej, znalazł się ogromny, ważący 60 MB plik source map (cli.js.map). Plik ten zawierał bezpośrednie odwołania do niezabezpieczonego archiwum TypeScript przechowywanego na serwerze Cloudflare R2 należącym do Anthropic. Pozwoliło to na pobranie i odtworzenie prawie 2000 własnościowych plików, co w sumie dało około 512 000 linii kodu.

    Co właściwie wyciekło?

    Odsłonięty kod to w zasadzie kompletny backend aplikacji CLI Claude Code. To nie są pojedyncze fragmenty, ale pełne moduły napisane w TypeScript, ujawniające architekturę i wewnętrzne procesy. Kluczowe komponenty to między innymi:

    • QueryEngine.ts (46 tys. linii): serce systemu – silnik komunikujący się z API modelu LLM, obsługujący strumieniowanie i pętle narzędzi.
    • Tool.ts (29 tys. linii): repozytorium zawierające od 40 do 60 różnych narzędzi agentowych, takich jak BashTool do wykonywania komend shell, FileEditTool do edycji plików czy WebFetchTool do pobierania treści z sieci.
    • commands.ts (25 tys. linii): implementacja około 85 poleceń typu slash dostępnych w interfejsie.
    • Niewydane funkcje: W kodzie znaleziono również odniesienia do niedokończonych lub nierozpowszechnionych systemów, jak np. BUDDY – cyfrowy „pupil” towarzyszący programiście.

    Wyciek ujawnił też wewnętrzne benchmarki wydajności, feature flagi, systemy planowania i code review oraz zaawansowane mechanizmy zarządzania sesją i pamięcią. To bezcenna wiedza dla konkurencji, ale też unikalne źródło nauki dla społeczności open source, pragnącej zrozumieć, jak buduje się zaawansowane agenty AI.

    Szybkie rozprzestrzenienie i reakcja firmy

    Kod rozprzestrzenił się błyskawicznie. W krótkim czasie powstało ponad 40 tysięcy forków i publicznych mirrorów na GitHubie, co praktycznie uniemożliwiło usunięcie informacji z sieci. Społeczność programistów zaczęła analizować architekturę, wzorce projektowe i stos technologiczny (Bun, React, Ink), co wywołało szerokie dyskusje.

    Anthropic szybko zareagował oficjalnym komunikatem, potwierdzając, że doszło do „błędu ludzkiego w procesie budowania wydania, a nie do naruszenia bezpieczeństwa”. Firma podkreśliła, że w wyciekłych materiałach nie było żadnych danych klientów, haseł czy kluczy API. To już drugi taki incydent w tej firmie – podobny wyciek przez source mapy miał miejsce w lutym 2025 roku i został naprawiony przez usunięcie problematycznej wersji pakietu z npm.

    Niestety, wyciek stworzył też wtórne zagrożenia. W repozytoriach ze skopiowanym kodem zaczęły pojawiać się złośliwe pakiety npm (np. color-diff-napi, modifiers-napi), które mogły infekować komputery programistów próbujących skompilować ten kod.

    Wnioski dla deweloperów i DevOps

    Ta sytuacja to surowa lekcja dla każdego, kto publikuje pakiety w publicznych rejestrach. Kluczowe wnioski:

    • Zawsze weryfikuj pliki .map: Przed publikacją sprawdzaj, czy pliki source map nie zawierają bezpośrednich adresów URL do niezabezpieczonych lokalizacji z kodem źródłowym.
    • Dokładnie konfiguruj package.json i .npmignore: Pojedynczy błąd w polu files w package.json lub niedoprecyzowany wzorzec w .npmignore może ujawnić całą zawartość projektu.
    • Separacja procesów deploymentu: Proces publikacji pakietu na npm powinien być odizolowany i dokładnie audytowany, inaczej niż lokalne środowiska deweloperskie.

    Badacze bezpieczeństwa sugerują stosowanie prostych skryptów do szybkiej weryfikacji pakietów przed wydaniem, które skanują zawartość pliku .tgz pod kątem niebezpiecznych odwołań w dyrektywach sourceMappingURL.

    • Podsumowując, wyciek kodu Claude Code to przede wszystkim case study dotyczące higieny publikacji oprogramowania. Pokazuje, jak kruchy może być proces release'u i jak jedna ludzka pomyłka w pipeline może udostępnić światu całą własność intelektualną firmy. Dla Anthropic to kosztowna lekcja wizerunkowa, ale dla społeczności technologicznej – bezprecedensowy wgląd w strukturę jednego z najnowocześniejszych asystentów programistycznych na rynku.
  • Przeciek Modelu Capybara od Anthropic: Ujawniono Szczegóły i Ryzyko Cyberbezpieczeństwa

    Przeciek Modelu Capybara od Anthropic: Ujawniono Szczegóły i Ryzyko Cyberbezpieczeństwa

    Przeciek wewnętrznych dokumentów firmy Anthropic odsłonił plany dotyczące nowego, zaawansowanego modelu sztucznej inteligencji, znanego pod roboczymi nazwami „Claude Mythos” lub „Capybara”. Incydent, wynikający z błędnej konfiguracji systemu zarządzania treścią (CMS), doprowadził do upublicznienia blisko 3000 wewnętrznych zasobów, w tym wczesnych wersji wpisów na blogu, plików PDF i obrazów. To nieplanowane ujawnienie rzuca światło nie tylko na kolejny krok w wyścigu gigantów AI, ale przede wszystkim na związane z nim – zdaniem samego twórcy – poważne zagrożenia dla cyberbezpieczeństwa.

    Szczegóły wycieku danych i model „Capybara”

    Wyciek nastąpił z powodu domyślnego ustawienia w systemie CMS, które automatycznie publikowało przesłane pliki. Wśród ujawnionych materiałów znalazły się dwie wersje robocze wpisu na blogu: jedna nazywała model „Mythos”, a druga „Capybara”. Co ciekawe, nawet w wersji „Capybara” podtytuł głosił: „Ukończyliśmy trenowanie nowego modelu AI: Claude Mythos”, co wskazuje na wewnętrzną ewolucję nazewnictwa.

    Anthropic potwierdził incydent, opisując ujawnione materiały jako „wczesne szkice treści rozważane do publikacji”. Firma ukończyła już trenowanie modelu i testowała go z wybranymi klientami, planując ostrożne wdrożenie. Sam przeciek jest natomiast ciekawym studium przypadku dla specjalistów DevOps i web developmentu, pokazując, jak krytyczna jest właściwa konfiguracja systemów hostingowych i zarządzania treścią w procesach (pipeline'ach) rozwoju zaawansowanych technologii.

    Możliwości nowego modelu: Krok poza Opus

    Możliwości nowego modelu: Krok poza Opus

    Z wyciekłych dokumentów wynika, że „Capybara” ma reprezentować nowy, wyższy poziom (tier) w ofercie Anthropic, plasujący się powyżej obecnego flagowego modelu Claude Opus. Model jest opisany jako „większy i bardziej inteligentny niż nasze modele Opus – które do tej pory były naszymi najpotężniejszymi rozwiązaniami”.

    Konkretne deklaracje dotyczące jego wydajności obejmują „radykalnie wyższe wyniki” niż w przypadku Claude Opus 4.6 w testach z zakresu inżynierii oprogramowania, rozumowania akademickiego i cyberbezpieczeństwa. Anthropic wspomina o „skokowej zmianie” w zdolnościach rozumowania, kodowania i cyberbezpieczeństwa. Model ma być jednak „bardzo kosztowny w utrzymaniu” zarówno dla dostawcy, jak i przyszłych klientów, co skłoniło firmę do pracy nad poprawą efektywności przed oficjalną premierą.

    Alarmujące ryzyka cyberbezpieczeństwa i reakcja rynku

    Alarmujące ryzyka cyberbezpieczeństwa i reakcja rynku

    Najbardziej poruszający aspekt ujawnionych dokumentów to nacisk, jaki Anthropic kładzie na bezprecedensowe, krótkoterminowe zagrożenia dla cyberbezpieczeństwa. Firma ostrzega wprost, że model może umożliwić ataki napędzane przez AI i pomóc hakerom w obchodzeniu istniejących zabezpieczeń.

    W wyciekłym szkicu czytamy: „Przygotowując się do wydania Claude Capybara, chcemy działać z wyjątkową ostrożnością i zrozumieć ryzyko, jakie stwarza – wykraczające poza to, czego dowiemy się z naszych własnych testów. W szczególności chcemy zrozumieć potencjalne krótkoterminowe zagrożenia modelu w sferze cyberbezpieczeństwa i podzielić się wynikami, aby pomóc w przygotowaniach specjalistom ds. bezpieczeństwa”. Anthropic planuje zewnętrzne testy wykraczające poza wewnętrzne oceny oraz dzielenie się wynikami z branżą security.

    Doniesienia o tych ostrzeżeniach wywołały natychmiastową reakcję rynków finansowych. Według raportów Bloomberga, 27 marca 2026 roku spółki z sektora cyberbezpieczeństwa straciły łącznie 14,5 miliarda dolarów wartości rynkowej.

    Wnioski: Nowa era odpowiedzialności w AI

    Przeciek modelu Capybara to coś więcej niż zwykły news technologiczny. To sygnał, że w miarę jak modele AI stają się potężniejsze w dziedzinach takich jak programowanie i analiza systemów, ich potencjalne nadużycie do tworzenia exploitów czy automatyzacji ataków staje się realnym i bezpośrednim zagrożeniem. Proaktywna deklaracja Anthropic dotycząca współpracy z ekspertami ds. cyberbezpieczeństwa wskazuje na rosnącą świadomość tej odpowiedzialności wśród twórców najnowocześniejszych systemów.

    Incydent ten stanowi też ważną lekcję na temat infrastruktury: nawet firmy rozwijające przełomowe technologie są narażone na podstawowe błędy konfiguracyjne w systemach wspierających, takich jak CMS. Dla świata web developmentu i DevOps to przypomnienie, że bezpieczeństwo procesu publikacyjnego jest integralną częścią bezpieczeństwa produktu końcowego – zwłaszcza gdy produkt ten może zmienić krajobraz zagrożeń w cyberprzestrzeni.