{"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\/es\/blog\/news\/uyazvimost-batbadbut-zatragivayushhaya-standartnye-biblioteki-razlichnyh-yazykov-programmirovaniya","title":{"rendered":"Vulnerabilidad BatBadBut que afecta a bibliotecas est\u00e1ndar de varios lenguajes de programaci\u00f3n","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Las aplicaciones que ejecutan scripts en formato bat y cmd en la plataforma Windows utilizando funciones est\u00e1ndar de inicio de procesos son vulnerables a una amenaza que permite la ejecuci\u00f3n de c\u00f3digo propio si se pasan argumentos al iniciar sin un escape adecuado de caracteres especiales. Esta vulnerabilidad ha recibido el nombre en c\u00f3digo BatBadBut y se manifiesta en aplicaciones que utilizan las bibliotecas est\u00e1ndar de lenguajes como Rust, PHP, Node.js, Python, Ruby, Go, Erlang y Haskell. <\/p>\n
El problema se ha identificado como una vulnerabilidad porque afecta a las funciones de la biblioteca, como Command::arg y Command::args en Rust, que est\u00e1n dise\u00f1adas para pasar argumentos directamente al proceso sin que sean procesados por el int\u00e9rprete de comandos. Se asume que el desarrollador de la aplicaci\u00f3n puede no verificar los argumentos, ya que se pasan directamente al proceso que se est\u00e1 ejecutando. Mientras que en sistemas Unix, los argumentos se pasan al proceso por separado en un array, en Windows, al usar la API CreateProcess, los argumentos se presentan como una sola cadena, y su an\u00e1lisis recae en el proceso que se inicia. <\/p>\n
Al ejecutar scripts bat y cmd en la plataforma Windows, la funci\u00f3n CreateProcess() invoca impl\u00edcitamente el archivo ejecutable cmd.exe, incluso si la aplicaci\u00f3n no lo especifica en la llamada. El programa cmd.exe contiene su propia l\u00f3gica compleja para separar los argumentos, diferenciando entre sus propios argumentos, los del script que se est\u00e1 ejecutando y los argumentos de ese script. Para protegerse contra la sustituci\u00f3n de argumentos en la plataforma Windows, las bibliotecas est\u00e1ndar de lenguajes de programaci\u00f3n utilizan controladores de escape separados que, como se ha descubierto, se pueden eludir mediante la manipulaci\u00f3n de comillas dobles. <\/p>\n
Por ejemplo, en un programa que llama al script '.\/test.bat' con un argumento basado en los datos recibidos del usuario, un atacante podr\u00eda pasar el valor '>&calc.exe', que al ejecutar el script se expandir\u00e1 a la cadena 'C:\\Windows\\System32\\cmd.exe \/c .\/test.bat '>&calc.exe' y provocar\u00e1 el lanzamiento del proceso calc.exe. Este m\u00e9todo tambi\u00e9n funciona con el lanzamiento impl\u00edcito de scripts, cuando se ejecuta un archivo ejecutable llamado 'test' sin especificar la extensi\u00f3n, y hay un archivo 'test.bat' presente en uno de los directorios mencionados en la variable de entorno PATH. <\/p>\n
Actualmente se ha lanzado una correcci\u00f3n (CVE-2024-24576) para la biblioteca est\u00e1ndar del lenguaje Rust, la cual forma parte de la actualizaci\u00f3n Rust 1.77.2. Se est\u00e1n preparando actualizaciones para abordar la vulnerabilidad en Node.js y PHP (ya se han establecido las etiquetas 8.2.18 y 8.3.5, pero los lanzamientos a\u00fan no se han anunciado). Los proyectos de Python, Ruby, Go, Erlang y Haskell, por ahora, solo han agregado un aviso en la documentaci\u00f3n sobre la aparici\u00f3n de la vulnerabilidad en ausencia de un adecuado escape de caracteres especiales. <\/p>\n
En Rust 1.77.2, se ha agregado una comprobaci\u00f3n adicional a la biblioteca est\u00e1ndar que devuelve un error si el argumento del script ejecutable contiene caracteres especiales que no se pueden garantizar que sean seguros de escapar. Para los desarrolladores que implementan su propia l\u00f3gica de escape, se proporciona el m\u00e9todo CommandExt::raw_arg, que desactiva completamente el escape en las llamadas de la biblioteca. <\/p>\n
La adici\u00f3n de protecci\u00f3n se dificulta porque simplemente escapar las comillas dobles no es suficiente, ya que el int\u00e9rprete de comandos procesa y expande variables como '%PATH%'. Por ejemplo, se puede insertar una comilla mediante la manipulaci\u00f3n de la variable de entorno '%CMDCMDLINE%', especificando en lugar de '>&calc.exe' - '%CMDCMDLINE:~-1%&calc.exe'. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"