{"id":114973,"date":"2024-04-10T14:30:01","date_gmt":"2024-04-10T12:30:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-batbadbut-zatragivayushhaya-standartnye-biblioteki-razlichnyh-yazykov-programmirovaniya"},"modified":"2024-04-10T14:30:01","modified_gmt":"2024-04-10T12:30:01","slug":"uyazvimost-batbadbut-zatragivayushhaya-standartnye-biblioteki-razlichnyh-yazykov-programmirovaniya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/uyazvimost-batbadbut-zatragivayushhaya-standartnye-biblioteki-razlichnyh-yazykov-programmirovaniya","title":{"rendered":"Vulnerabilidade BatBadBut, que afeta bibliotecas padr\u00e3o de v\u00e1rias linguagens de programa\u00e7\u00e3o","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Aplicativos que executam scripts no formato bat e cmd na plataforma Windows usando fun\u00e7\u00f5es padr\u00e3o para iniciar processos est\u00e3o vulner\u00e1veis a uma falha que permite a execu\u00e7\u00e3o de c\u00f3digo malicioso ao passar argumentos sem o devido tratamento de caracteres especiais. A vulnerabilidade foi codinomeada como BatBadBut e se manifesta em aplicativos que utilizam bibliotecas padr\u00e3o de linguagens como Rust, PHP, Node.js, Python, Ruby, Go, Erlang e Haskell. <\/p>\n
O problema \u00e9 classificado como uma vulnerabilidade porque afeta fun\u00e7\u00f5es da biblioteca, como Command::arg e Command::args em Rust, que s\u00e3o projetadas para passar argumentos diretamente ao processo, sem que sejam processados por um interpretador de comandos. Sup\u00f5e-se que o desenvolvedor do aplicativo pode n\u00e3o validar os argumentos, pois eles s\u00e3o passados diretamente ao processo que est\u00e1 sendo iniciado. Enquanto em sistemas Unix os argumentos s\u00e3o passados ao processo separadamente em um array, no Windows, ao usar a API CreateProcess, os argumentos s\u00e3o entregues como uma \u00fanica string, e o seu parsing \u00e9 de responsabilidade do processo iniciado. <\/p>\n
Ao executar scripts bat e cmd na plataforma Windows, a fun\u00e7\u00e3o CreateProcess() chama implicitamente o arquivo execut\u00e1vel cmd.exe, mesmo que o aplicativo n\u00e3o o especifique na chamada. O programa cmd.exe cont\u00e9m uma l\u00f3gica complexa para separar os argumentos, distinguindo entre seus pr\u00f3prios argumentos, os do script sendo executado e os argumentos desse script. Para proteger contra a substitui\u00e7\u00e3o de argumentos na plataforma Windows, as bibliotecas padr\u00e3o das linguagens de programa\u00e7\u00e3o utilizam manipuladores de escaping, que, como se revelou, podem ser contornados manipulando as aspas duplas. <\/p>\n
Por exemplo, em um programa que chama o script '.\\\/test.bat' com um argumento baseado em dados fornecidos pelo usu\u00e1rio, um atacante pode passar o valor '»&calc.exe', que, ao executar o script, se expandir\u00e1 para a string 'C:\\Windows\\System32\\cmd.exe \/c .\\test.bat «»&calc.exe»' e far\u00e1 com que o processo calc.exe seja iniciado. O m\u00e9todo funciona mesmo com a execu\u00e7\u00e3o impl\u00edcita de scripts, quando um arquivo execut\u00e1vel com o nome 'test' \u00e9 iniciado sem especificar a extens\u00e3o, e em um dos diret\u00f3rios mencionados na vari\u00e1vel de ambiente PATH existe um arquivo 'test.bat'. <\/p>\n
Atualmente, uma corre\u00e7\u00e3o j\u00e1 foi lan\u00e7ada (CVE-2024-24576) para a biblioteca padr\u00e3o da linguagem Rust e est\u00e1 inclu\u00edda na atualiza\u00e7\u00e3o Rust 1.77.2. Atualiza\u00e7\u00f5es para corrigir a vulnerabilidade est\u00e3o em prepara\u00e7\u00e3o para Node.js e PHP (as tags 8.2.18 e 8.3.5 j\u00e1 foram emitidas, mas os lan\u00e7amentos ainda n\u00e3o foram anunciados). Os projetos Python, Ruby, Go, Erlang e Haskell limitaram-se at\u00e9 agora a incluir um aviso na documenta\u00e7\u00e3o sobre a manifesta\u00e7\u00e3o da vulnerabilidade na aus\u00eancia de um devido escape de caracteres especiais. <\/p>\n
No Rust 1.77.2, uma verifica\u00e7\u00e3o adicional foi adicionada \u00e0 biblioteca padr\u00e3o, que retorna um erro na presen\u00e7a de caracteres especiais no argumento do script execut\u00e1vel, os quais n\u00e3o podem ser garantidamente escapados com seguran\u00e7a. Para desenvolvedores que implementam sua pr\u00f3pria l\u00f3gica de escape, foi fornecido o m\u00e9todo CommandExt::raw_arg, que desativa completamente o escape durante as chamadas de biblioteca. <\/p>\n
A adi\u00e7\u00e3o de prote\u00e7\u00e3o \u00e9 dificultada pelo fato de que uma simples escapada de aspas duplas n\u00e3o \u00e9 suficiente, uma vez que o interpretador de comandos processa e expande vari\u00e1veis, como '«%PATH%»'. Por exemplo, a aspa pode ser inserida por meio de manipula\u00e7\u00e3o da vari\u00e1vel de ambiente '«%CMDCMDLINE%»', especificando em vez de '‘»&calc.exe’' \u2014 '‘%CMDCMDLINE:~-1%&calc.exe’. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"