0 
0 Uma vulnerabilidade crítica de execução remota de código não autenticado no projeto Backstage do Spotify foi encontrada e corrigida, e os desenvolvedores são aconselhados a tomar medidas imediatas em seus ambientes.
O que é Bastidores?
Com mais de 19.000 estrelas no Github, o Backstage é uma das plataformas de código aberto mais populares para a criação de portais de desenvolvedores e é amplamente utilizado pelo Spotify, American Airlines, Netflix, Splunk, Fidelity Investments, Epic Games, Palo Alto Networks e muitos outros .
Ele unifica todas as ferramentas, serviços e documentação de infraestrutura para criar um ambiente de desenvolvimento simplificado.
O Backstage foi aceito na Cloud Native Computing Foundation (CNCF) em 8 de setembro de 2020 e está no nível de maturidade do projeto Incubating.
Sobre a vulnerabilidade
“Ao explorar uma fuga de sandbox vm2 no plug-in principal Scaffolder, que é usado por padrão, agentes de ameaças não autenticados têm a capacidade de executar comandos arbitrários do sistema em um aplicativo Backstage”, disse Yuval Ostrovsky, arquiteto de software da Oxeye. “Vulnerabilidades críticas de aplicativos nativos da nuvem como esta estão se tornando mais difundidas e é fundamental que esses problemas sejam resolvidos sem demora.”
Os pesquisadores da Oxeye relataram a vulnerabilidade por meio do programa de recompensas de bugs do Spotify, e o Spotify corrigiu rapidamente a vulnerabilidade e lançou a versão 1.5.1 do Backstage, que corrige o problema.
“Todo projeto de pesquisa que desenvolvemos começa com o mapeamento de entradas potenciais para um aplicativo. O que chamou nossa atenção neste caso foram os modelos de software Backstage e o potencial para ataques baseados em modelos”, disse Daniel Abeles, chefe de pesquisa da Oxeye. “Ao analisar como limitar esse risco, notamos que o mecanismo de modelagem pode ser manipulado para executar comandos shell usando modelos controlados pelo usuário com Nunjucks fora de um ambiente isolado.”
Avaliar strings fornecidas pelo usuário em um mecanismo de modelo pode ser perigoso, pois expõe o aplicativo a tais ataques baseados em modelo. A gravidade de um ataque depende dos recursos que o mecanismo de modelagem oferece. Nesse caso, a raiz de um escape de VM baseado em modelo conseguiu obter direitos de execução de JavaScript no modelo. No entanto, usando mecanismos de modelo “sem lógica”, como Mustache , a introdução de vulnerabilidades de injeção de modelo no lado do servidor pode ser evitada. Separar a lógica da apresentação o máximo possível pode reduzir bastante a exposição aos ataques baseados em modelos mais perigosos.
“Se estiver usando um mecanismo de modelo em um aplicativo, certifique-se de escolher o correto em relação à segurança. Mecanismos de modelo robustos são extremamente úteis, mas podem representar um risco para a organização”, disse Gal Goldshtein, pesquisador sênior de segurança da Oxeye. “Se estiver usando o Backstage, recomendamos atualizá-lo para a versão mais recente para se defender dessa vulnerabilidade o mais rápido possível.”
Mais detalhes sobre a vulnerabilidade podem ser encontrados aqui .
FONTE: HELPNET SECURITY