{"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\/de\/blog\/news\/uyazvimost-batbadbut-zatragivayushhaya-standartnye-biblioteki-razlichnyh-yazykov-programmirovaniya","title":{"rendered":"Die BatBadBut-Schwachstelle, die Standardbibliotheken verschiedener Programmiersprachen betrifft.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Anwendungen, die Skripte im Format bat und cmd auf der Windows-Plattform mit den standardm\u00e4\u00dfigen Prozessstartfunktionen ausf\u00fchren, sind anf\u00e4llig f\u00fcr eine Schwachstelle, die es erm\u00f6glicht, eigenen Code auszuf\u00fchren, wenn beim Start Argumente ohne separate Escapewirkung f\u00fcr Sonderzeichen \u00fcbergeben werden. Die Schwachstelle erhielt den Codenamen BatBadBut und zeigt sich in Anwendungen, die Standardbibliotheken von Programmiersprachen wie Rust, PHP, Node.js, Python, Ruby, Go, Erlang und Haskell verwenden. <\/p>\n
Das Problem wird als Schwachstelle bezeichnet, da es Funktionen der Bibliothek wie Command::arg und Command::args in Rust betrifft, die f\u00fcr die direkte \u00dcbergabe von Argumenten an den Prozess ohne deren Verarbeitung durch den Befehlsinterpreter vorgesehen sind. Es wird angenommen, dass der Entwickler der Anwendung die Argumente m\u00f6glicherweise nicht \u00fcberpr\u00fcft, da sie direkt an den zu startenden Prozess \u00fcbergeben werden. W\u00e4hrend in Unix-Systemen die Argumente dem Prozess einzeln in einem Array \u00fcbergeben werden, werden in Windows bei Verwendung der API CreateProcess die Argumente als eine einzige Zeichenfolge formatiert, deren Analyse in die Verantwortung des gestarteten Prozesses f\u00e4llt. <\/p>\n
Beim Start von bat- und cmd-Skripten auf der Windows-Plattform ruft die Funktion CreateProcess() implizit die ausf\u00fchrbare Datei cmd.exe auf, selbst wenn die Anwendung diese beim Aufruf nicht angibt. Das Programm cmd.exe enth\u00e4lt eine eigene komplexe Logik zur Argumenttrennung, um eigene Argumente, die des gestarteten Skripts und die Argumente dieses Skripts zu trennen. Um die Substitution von Argumenten auf der Windows-Plattform zu sch\u00fctzen, werden in den Standardbibliotheken von Programmiersprachen separate Escaping-Handler angewendet, die sich jedoch durch Manipulation mit doppelten Anf\u00fchrungszeichen umgehen lassen. <\/p>\n
Beispielsweise kann in einem Programm, das das Skript '.\/test.bat' mit einem Argument basierend auf Benutzereingaben aufruft, ein Angreifer den Wert '\u00bb&calc.exe' \u00fcbergeben, der beim Start des Skripts in den Befehl 'C:\\\\Windows\\\\System32\\\\cmd.exe \/c .\\\\test.bat \u00ab\u00bb&calc.exe' umgewandelt wird und den Prozess calc.exe startet. Diese Methode funktioniert auch bei implizitem Start von Skripten, wenn eine ausf\u00fchrbare Datei mit dem Namen 'test' ohne Angabe der Erweiterung in einem der Verzeichnisse ausgef\u00fchrt wird, die in der Umgebungsvariablen PATH angegeben sind, und eine Datei 'test.bat' vorhanden ist. <\/p>\n
Derzeit wurde bereits ein Patch (CVE-2024-24576) f\u00fcr die Standardbibliothek der Programmiersprache Rust ver\u00f6ffentlicht und ist Teil des Updates auf Rust 1.77.2. Updates zur Behebung der Schwachstelle f\u00fcr Node.js und PHP befinden sich in Vorbereitung (die Versionen 8.2.18 und 8.3.5 sind bereits festgelegt, aber die Ver\u00f6ffentlichungen wurden noch nicht angek\u00fcndigt). Die Projekte Python, Ruby, Go, Erlang und Haskell haben bislang lediglich Warnhinweise in der Dokumentation eingef\u00fcgt, dass die Schwachstelle bei unzureichender Escaping von Sonderzeichen auftreten kann. <\/p>\n
In Rust 1.77.2 wurde eine zus\u00e4tzliche \u00dcberpr\u00fcfung in die Standardbibliothek integriert, die einen Fehler zur\u00fcckgibt, wenn der Argument des aufgerufenen Skripts Sonderzeichen enth\u00e4lt, die nicht garantierten sicher escaped werden k\u00f6nnen. F\u00fcr Entwickler, die die Escaping-Logik eigenst\u00e4ndig implementieren, steht die Methode CommandExt::raw_arg zur Verf\u00fcgung, die das Escaping auf Seiten der Bibliotheksaufrufe vollst\u00e4ndig deaktiviert. <\/p>\n
Die Hinzuf\u00fcgung von Schutz wird dadurch erschwert, dass einfaches Escaping von Doppelanf\u00fchrungszeichen nicht ausreicht, da der Befehlsinterpreter auch Variablen wie '%PATH%' verarbeitet und aufl\u00f6st. Beispielsweise kann ein Anf\u00fchrungszeichen durch Manipulation der Umgebungsvariablen '%CMDCMDLINE%' eingef\u00fcgt werden, indem anstelle von '\u00bb&calc.exe' ' %CMDCMDLINE:~-1%&calc.exe' angegeben wird. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"