CVE-2026-55607

Claude Code to narzędzie do kodowania agentowego. Przed wersją 2.1.179 proces instalacji wtyczek Claude Code i Claude Desktop wykonuje git checkout dla commitu przypiętego do marketplace bez weryfikacji, czy wynikowy HEAD jest równy przypiętemu 40-znakowemu SHA. Atakujący kontrolujący repozytorium wtyczek na hoście Git, który pozwala na nazwy gałęzi w kształcie SHA, może utworzyć gałąź nazwaną po recenzowanym commicie, powodując wybór końcówki gałęzi i instalację kodu wtyczki kontrolowanego przez atakującego. Wykorzystanie wymaga od użytkownika instalacji złośliwej wtyczki i przypięcia jej do pozornie bezpiecznego hasha. Problem został naprawiony w wersji 2.1.179.

Claude Code sprawdzał, czy docelowa ścieżka pliku znajduje się w katalogu roboczym projektu w momencie sprawdzania uprawnień, ale ponownie rozwiązywał ścieżkę w momencie zapisu bez powtórnej walidacji. Ta luka typu time-of-check to time-of-use (TOCTOU) pozwalała atakującemu, który może pisać do przestrzeni roboczej, na atomową zamianę pliku projektu na dowiązanie symboliczne, co powodowało, że Claude Code podążał za dowiązaniem i zapisywał dane do dowolnego pliku poza piaskownicą projektu. Wymagało to wygrania wyścigu z operacją zapisu i dostępu do zapisu w współdzielonej przestrzeni roboczej, co umożliwiało atakującemu o niższych uprawnieniach przekierowanie nieszkodliwych edycji do wrażliwych plików (np. konfiguracji powłoki) w sesji o wyższych uprawnieniach. Użytkownicy standardowej automatycznej aktualizacji otrzymali poprawkę; ręczne aktualizacje wymagają aktualizacji do najnowszej wersji.

Claude Code wybierał klucz API przechowywany przez Claude Code (np. z wcześniejszego /login lub zapisany w konfiguracji) zamiast ważnego logowania Claude Enterprise lub Team, gdy pobierał ustawienia zarządzane przez serwer. Gdy endpoint odrzucił ten klucz, sesja działała bez polityk organizacji (np. reguł odmowy, ograniczeń modeli) lub używała nieaktualnej kopii, kontynuując działanie jako konto organizacji. Wymagało to lokalnego dostępu do urządzenia z takim kluczem. Organizacje Claude for Enterprise dotknięte od wersji 2.0.68, Claude for Work od 2.1.38. Użytkownicy z automatyczną aktualizacją otrzymali poprawkę; ręczna aktualizacja do wersji 2.1.260 lub nowszej jest zalecana.

Podatność w narzędziu Claude Code (wersje od 0.2.54 do 2.1.163) polega na automatycznym zatwierdzaniu żądań WebFetch do domeny huggingface.co bez monitu o zgodę lub ograniczeń --allowedTools. Atakujący może wykorzystać to do wysyłania żądań do kontrolowanych przez siebie repozytoriów, co umożliwia utworzenie ukrytego kanału do eksfiltracji danych.

Claude Code przed wersją 1.0.93 zawiera błąd w parsowaniu komend powłoki związany z $IFS i krótkimi flagami CLI, co pozwala ominąć walidację trybu tylko do odczytu i wykonać dowolny kod. Wymaga to dodania nieufnej treści do kontekstu Claude Code.

Claude Code, narzędzie do kodowania agentowego, przed wersją 2.0.31 zawiera błąd w parsowaniu poleceń sed, który umożliwia obejście walidacji trybu tylko do odczytu i zapis do dowolnych plików na systemie hosta.

Claude Code przed wersją 1.0.39, gdy działa na maszynie z Yarn 3.0 lub nowszym, może zostać oszukany do wykonania kodu zawartego w projekcie poprzez wtyczki Yarn, zanim użytkownik zaakceptuje okno zaufania przy starcie. Wymaga to uruchomienia Claude Code w niezaufanym katalogu i używania Yarn 3.0+.

Claude Code to narzędzie do kodowania agentowego. Wersje przed 1.0.111 były podatne na wstrzyknięcie kodu z powodu błędu w implementacji okna dialogowego zaufania przy starcie. Claude Code mógł zostać nakłoniony do wykonania kodu zawartego w projekcie, zanim użytkownik zaakceptował okno dialogowe zaufania.

Claude Code w wersjach od 2.1.59 do 2.1.128 zapisuje odpowiedzi z komendy /copy do pliku /tmp/claude/response.md bez izolacji UID, losowości ani ochrony przed dowiązaniami symbolicznymi. Plik jest tworzony z uprawnieniami 0644 w katalogu o uprawnieniach 0755, co umożliwia każdemu lokalnemu użytkownikowi odczytanie odpowiedzi zawierających potencjalnie wrażliwe dane.

W wersjach 2.1.63 do 2.1.83 Claude Code, logika określania zaufania folderów używała pliku commondir z worktree git bez walidacji jego zawartości. Atakujący mógł stworzyć złośliwe repozytorium z plikiem commondir wskazującym na wcześniej zaufaną ścieżkę ofiary, co powodowało ominięcie okna potwierdzenia zaufania i natychmiastowe wykonanie hooków zdefiniowanych w `.claude/settings.json`. Eksploatacja wymaga sklonowania złośliwego repozytorium i uruchomienia Claude Code w nim, a atakujący musi znać lub odgadnąć wcześniej zaufaną ścieżkę ofiary. Problem został naprawiony w wersji 2.1.84.