Correção de segurança: rm perigoso escapava do bypass mode via subshell

A v2.1.273 (15 de setembro) corrigiu o verificador de permissão do Bash no modo bypass, que deixava passar um comando rm perigoso quando ele vinha dentro de um subshell. Antes da correção, um comando composto podia escapar da checagem de segurança mesmo com o bypass mode ativo, que existe justamente para reduzir prompts de confirmação, não para abrir brecha de comando destrutivo.

O bypass mode do Claude Code existe para quem quer rodar sessões sem ficar confirmando cada comando de permissão — mas ele ainda deveria barrar um rm claramente perigoso (por exemplo, um rm -rf sobre caminho sensível). A v2.1.273 (15 de setembro) corrigiu um caso em que esse tipo de comando escapava da checagem quando vinha embrulhado num subshell, por exemplo $(...) ou (...) dentro da linha de comando — o verificador de permissão olhava a estrutura externa do comando e não enxergava o rm escondido dentro do subshell.

Não há indicação de exploração ativa; é uma correção preventiva de um bug real de checagem, não resposta a um incidente. Ainda assim, é o tipo de falha que só aparece quando alguém (ou o próprio Claude, gerando um comando composto) monta um comando de um jeito que o parser de permissão não previa.

Por que importa

Se você usa bypass mode com regularidade — em CI, em rotina agendada ou numa sessão de terminal onde já confia no que está rodando — vale atualizar para a v2.1.273 ou mais recente. O bypass mode reduz atrito de permissão, mas não deveria significar zero rede de segurança contra comando destrutivo; essa correção fecha uma das formas conhecidas de driblar essa rede.