Falha no GNU Savannah poderia ter permitido backdoor no Bash, apontam pesquisadores da Hacktron
Aprofundamento CEVIU
Aprofundamento
O problema estava no Savane, aplicação PHP que roda o GNU Savannah e o savannah.nongnu.org. O validador de e-mail (account.php) aceitava endereços com crases, $, {}, / e |, que a RFC permite na parte local. O recurso "Test GPG keys" montava um comando do gpg concatenando esse e-mail como texto puro, e o proc_open() do PHP passava a string para o /bin/sh. Resultado: o shell executava o conteúdo entre crases antes de o gpg iniciar. O ${IFS} entrou no payload porque o validador rejeita espaços.
Segundo a Hacktron, a rota vulnerável veio com a versão 3.17-c369 do Savane, de 7 de março de 2026, o que dá uma janela de cerca de dois meses. A pesquisa reportou o caso à FSF em 11 de maio de 2026. Com execução de código como usuário do servidor web, os pesquisadores leram as credenciais do banco, marcaram a própria conta como superusuária e usaram o "Become this user" para assumir a conta de Chet Ramey, mantenedor do Bash. Confirmaram que a página aceitava a inclusão de chave SSH, o que daria push no bash.git, mas pararam ali e não tocaram no repositório.
A escalada para root usou o GameOver(lay) (CVE-2023-2640 e CVE-2023-32629). O kernel 5.15 do Trisquel 11 só recebeu correção no USN-8255-1, de 7 de maio de 2026, quatro dias antes do reporte. Como root, acharam uma chave SSH para um servidor de backup do GNU. A auditoria seguinte do Savane rendeu 26 vulnerabilidades confirmadas (2 críticas, 6 altas, 16 médias, 2 baixas). A FSF corrigiu tudo, atualizou o kernel, auditou acessos, bancos e logs, avisou o operador da outra instância pública do Savane e publicou relatório do incidente.
O que mudou
O assunto já havia sido tratado pelo CEVIU em 30 de outubro de 2026, na matéria "Falha no GNU Savannah poderia ter permitido backdoor no Bash, segundo pesquisadores da Hacktron", que descrevia o mecanismo do e-mail com comandos entre crases no teste de chaves GPG. A cobertura de 3 de novembro de 2026 acrescenta o encadeamento completo: o caminho até superusuário, a escalada a root pelo GameOver(lay), o acesso ao servidor de backup e o total de 26 falhas corrigidas pela FSF.
Por que isso importa
Para quem mantém forges, repositórios ou pipelines que dependem de projetos GNU, o caso mostra que a conta de maintainer e a chave SSH são o elo crítico. Uma entrada de formulário sem sanitização, somada a um kernel sem patch, chegou perto de comprometer a cadeia de suprimentos. A leitura prática: revisar onde dados do usuário viram linha de comando e priorizar patches de escalada local em servidores de infraestrutura compartilhada.
Linha do tempo
CEVIU noticia a falha de command injection no GNU Savannah reportada pela Hacktron.
Nova cobertura detalha a cadeia até root, o acesso ao backup e as 26 falhas corrigidas pela FSF.
Perguntas frequentes
Houve backdoor no Bash de fato?
Não. Os pesquisadores confirmaram que a página de chaves SSH do mantenedor aceitava edição, mas não adicionaram chave nem mexeram no repositório. A falha apenas poderia ter permitido isso.
Como a falha no GNU Savannah funcionava?
Um usuário registrava um e-mail com comandos entre crases, aceito pelo validador. Ao clicar em "Test GPG keys", o endereço era colocado num comando e executado pelo shell no servidor, como usuário do servidor web.
A falha já foi corrigida?
Sim. A FSF corrigiu as vulnerabilidades reportadas, atualizou o kernel, auditou acessos, bancos e logs e publicou um relatório de incidente. As falhas de autorização foram resolvidas por refatoração, não por patches isolados.
Por quanto tempo o Savannah ficou exposto?
A FSF rastreou o caminho vulnerável até a versão 3.17-c369 do Savane, de 7 de março de 2026. A janela foi de cerca de dois meses, e afetou savannah.gnu.org e savannah.nongnu.org.
Fontes
- hacktron.aifonte original
- Categoria
- CEVIU Segurança da Informação
- Publicado
- 03 de novembro de 2026
- Editoria
- CEVIU Segurança da Informação

