Três correções seguidas em rm perigoso e regras de permissão numa única semana

Entre 1º e 3 de outubro (v2.1.287 a v2.1.289), saíram três correções na mesma área de segurança: rm perigoso escapando da salvaguarda via redirecionamento de saída, rm perigoso rodando sem prompt dentro de bash -c no modo bypassPermissions, e regra de negar/perguntar em comando composto deixando de valer sobre aprovação de mod em máquina gerenciada.

Esta não é a primeira vez que o verificador de permissão do Bash precisa de ajuste fino contra rm perigoso escapando por um jeito inesperado de montar o comando — já tinha acontecido com subshell (15 de setembro) e com substituição de comando (23 de setembro). Esta semana, a mesma área recebeu três correções em três versões seguidas:

v2.1.287 (1º de outubro): um rm perigoso perdia a salvaguarda quando vinha com redirecionamento de saída (por exemplo, rm -rf ... > log.txt) — o verificador olhava o comando e não via o rm por trás do redirecionamento.
v2.1.288 (2 de outubro): o mesmo tipo de rm perigoso, agora dentro de um script passado a bash -c, rodava sem pedir confirmação quando a sessão estava no modo bypassPermissions.
v2.1.289 (3 de outubro): uma regra de negar/perguntar sobre comando de shell composto e aninhado deixava de valer quando havia uma aprovação anterior de um mod instalado pelo usuário, em máquina gerenciada — ou seja, o mod podia abrir uma brecha que a política da organização não previa.

Por que importa

Não há indício de exploração ativa em nenhuma das três — é reforço contínuo do mesmo tipo de checagem, não resposta a incidente. Ainda assim, quem roda bypassPermissions com regularidade, ou está numa máquina gerenciada com mods instalados por usuário, deve atualizar para a v2.1.289 ou mais recente: é a terceira rodada de correção na mesma área este mês.