Studie: vývojářské AI nástroje jako Claude Code či Cursor mažou soubory a mění kód bez souhlasu uživatele
Akademická studie založená na analýze více než milionu diskuzních příspěvků ukazuje, že bezpečnost a ochrana soukromí zůstávají u AI editorů kódu spíše dodatečnou záplatou než součástí návrhu.
Výzkumníci z York University a University of Calgary zveřejnili studii nazvanou „Impossible to hide secret…“: Uncovering Security and Privacy Issues in LLM-native IDEs, přijatou na konferenci 41st IEEE/ACM International Conference on Automated Software Engineering. Autoři z 1,1 milionu příspěvků na Redditu vybrali 446 relevantních diskuzí a přes šest tisíc komentářů, ze kterých sestavili taxonomii bezpečnostních a soukromostních problémů, se kterými se vývojáři při práci s nástroji jako Claude Code, Cursor, GitHub Copilot nebo OpenAI Codex reálně potýkají.
Nejčastější kategorií, zastoupenou ve 43,1 procenta příspěvků na bezpečnostní téma, jsou neautorizované operace se soubory: mazání adresářů nebo souborů bez souhlasu, úpravy souborů bez explicitního svolení uživatele a přístup k obsahu mimo aktivní pracovní prostor. V jednom zdokumentovaném a obzvlášť závažném případě nástroj Claude Code bez svolení spustil příkaz chmod +x na skriptech, čímž jim udělil spustitelná oprávnění. Další velkou kategorií, pokrývající 23,9 procenta příspěvků, jsou dopady na provozní bezpečnost včetně zásahů do produkčních služeb; autoři zmiňují konkrétní hlášené případy, kdy nástroj Replit smazal produkční databázi SaaS aplikace a kdy Cursor nasadil kód do produkce navzdory výslovnému zákazu.
Vedle bezpečnostních témat studie zachytila i 194 příspěvků týkajících se soukromí. Nejčastějším problémem, zmíněným ve 45,9 procenta z nich, je nedostatek transparentnosti, tedy chybějící jasná informace o tom, jaká data nástroj sbírá, uchovává, přenáší, používá pro trénování nebo zpřístupňuje administrátorům. Následuje neautorizovaný přístup k datům a v menší míře i případy narušení kontextové integrity, kdy si podle jednoho hlášení uživatel Claude Desktop všiml, že mu přicházejí zprávy pocházející z relace jiného uživatele.

Spoluautor studie Gias Uddin z York University pro server The Register shrnul hlavní zjištění tak, že popsané problémy pramení z toho, jak jsou nástroje navržené a jaká oprávnění dostávají, nikoli pouze ze samotných jazykových modelů. Bezpečnost a ochrana soukromí by proto podle něj měly být součástí návrhu ještě předtím, než nástroj dostane široký přístup k souborům, datům a systémům vývojáře, nikoli něčím, co si musí uživatel sám dodatečně nastavit. Autoři na základě zjištění formulují šest doporučení, mezi která patří prosazování bezpečnostních a soukromostních pravidel na architektonické úrovni, zavedení ověřovací vrstvy validující vygenerovaný kód proti bezpečnostním standardům a nastavení přísné bezpečnosti jako výchozího stavu namísto volby, kterou musí aktivně zapnout uživatel.
Pro firmy, které AI editory kódu nasazují do vývojářských týmů, studie nabízí konkrétní kontrolní seznam rizik už dnes: omezit výchozí přístup nástroje k citlivým souborům, vyžadovat explicitní schválení před nevratnými akcemi, izolovat jednotlivé projekty a konverzace od sebe navzájem a mít přehled o tom, co nástroj v daný okamžik dělá a proč.
Zdroj
Další články

NÚKIB: v červenci ubylo kybernetických incidentů, útočníci se soustředí na přímé průniky

Pokuta 460 000 eur pro Piaggio za sledování zaměstnanců, rumunský podnik pokutovaný po kyberútoku a rakouské hodnocení zaměstnanců bez souhlasu odborů: výběr rozhodnutí z GDPRhub

