Bash: nova vulnerabilidade detectada (e corrigida)

Está funcionando como um incêndio em alguns blogs, uma história publicada no blog de segurança de Red Hat sobre uma vulnerabilidade encontrada no Bash devido ao uso indevido de variáveis ​​globais. De acordo com a notícia original:

“… A vulnerabilidade se deve ao fato de que você pode criar variáveis ​​de ambiente com valores especialmente criados antes de chamar o shell bash. Essas variáveis ​​podem conter código que é executado assim que o shell é chamado. O nome dessas variáveis ​​elaboradas não importa, apenas seu conteúdo. Como resultado, esta vulnerabilidade é exposta em muitos contextos, por exemplo:

• Force Command ele é usado em configurações sshd para fornecer recursos de execução de comando limitados para usuários remotos. Essa falha pode ser usada para evitar isso e fornecer execução arbitrária de comandos. Algumas implementações Git e Subversion usam tais Shells restritos. O uso regular do OpenSSH não é afetado porque os usuários já têm acesso a um console.
• O servidor Apache usando mod_cgi ou mod_cgid são afetados se os scripts CGI forem escritos em bash ou em subníveis de spawn. Esses subníveis são usados ​​implicitamente por system / popen em C, por os.system / os.popen em Python, se estiver usando um shell system / exec em PHP (quando rodando em modo CGI), e aberto / sistema em Perl (que depende da string de comando).
• Os scripts PHP executados com mod_php não são afetados, mesmo se os subníveis forem reproduzidos.
• Os clientes DHCP invocam scripts de shell para configurar o sistema, com valores obtidos de um servidor potencialmente malicioso. Isso permitiria que comandos arbitrários fossem executados, geralmente como root, na máquina cliente DHCP.
• Vários daemons e programas com privilégios SUID podem executar scripts de shell com os valores das variáveis ​​de ambiente definidos / influenciados pelo usuário, o que permitiria a execução de comandos arbitrários.
• Qualquer outro aplicativo que se conecta a um shell ou executa um script de shell, como o bash como interpretador. Scripts de shell que não exportam variáveis ​​não são vulneráveis ​​a esse problema, mesmo que processem conteúdo não confiável e o armazenem em variáveis ​​shell (esquerda) e subníveis abertos.

... "

Como saber se meu bash foi afetado?

Diante disso, há uma maneira muito simples de saber se somos afetados por essa vulnerabilidade. Na verdade, eu testei em meus Antergos e aparentemente não tenho nenhum problema. O que temos que fazer é abrir um terminal e colocar:

env x = '() {:;}; echo vulnerável 'bash -c "echo isto é um teste"

Se for assim, não temos problema:

env x = '() {:;}; echo vulnerável 'bash -c "echo isto é um teste" bash: aviso: x: ignorando tentativa de definição de função bash: erro ao importar definição de função para `x' este é um teste

Se o resultado for diferente, você pode querer usar os canais de atualização de nossas distribuições preferidas para ver se eles já aplicaram o patch. Então você sabe 😉

Atualizado: esta é a saída de um colega de trabalho usando Ubuntu 14:04:

env x = '() {:;}; echo vulnerável 'bash -c "echo isto é um teste" vulnerável isto é um teste

Como você pode ver, até agora ele está vulnerável.