{"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\/nl\/blog\/news\/uyazvimost-batbadbut-zatragivayushhaya-standartnye-biblioteki-razlichnyh-yazykov-programmirovaniya","title":{"rendered":"De kwetsbaarheid BatBadBut, die betrekking heeft op de standaardbibliotheken van verschillende programmeertalen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Toepassingen die scripts in bat- en cmd-formaat uitvoeren op het Windows-platform met behulp van standaardfuncties voor processtarten, zijn vatbaar voor een kwetsbaarheid die het mogelijk maakt om eigen code uit te voeren wanneer speciale tekens niet apart worden geescaped bij het doorgeven van argumenten tijdens de opstart. De kwetsbaarheid heeft de codenaam BatBadBut gekregen en manifesteert zich in applicaties die gebruikmaken van standaardbibliotheken van programmeertalen zoals Rust, PHP, Node.js, Python, Ruby, Go, Erlang en Haskell. <\/p>\n
Het probleem wordt gemarkeerd als een kwetsbaarheid omdat het functies van de bibliotheek raakt, zoals Command::arg en Command::args in Rust, die zijn ontworpen voor het direct doorgeven van argumenten aan een proces, zonder deze door de opdrachtinterpretator te laten verwerken. Het wordt verondersteld dat de ontwikkelaar van de applicatie de argumenten mogelijk niet controleert, aangezien deze rechtstreeks naar het opstartproces worden doorgegeven. Terwijl argumenten in Unix-systemen afzonderlijk aan het proces worden doorgegeven in een array, worden in Windows, bij het gebruik van de API CreateProcess, de argumenten als \u00e9\u00e9n enkele tekenreeks gepresenteerd, waarvan de parsing op de schouders van het opstartproces ligt. <\/p>\n
Bij het starten van bat- en cmd-scripts op het Windows-platform roept de functie CreateProcess() impliciet het uitvoerbare bestand cmd.exe aan, zelfs als de applicatie dit niet vermeldt bij de oproep. Het programma cmd.exe bevat zijn eigen complexe logica voor het splitsen van argumenten om eigen argumenten, het opgestarte script en de argumenten van dat script te scheiden. Ter bescherming tegen argumentsubstitutie op het Windows-platform worden in standaardbibliotheken van programmeertalen aparte escape-handlers gebruikt, die blijken te omzeilen via manipulatie van dubbele aanhalingstekens. <\/p>\n
Bijvoorbeeld, in een programma dat het script '.\/test.bat' aanroept met een argument op basis van gegevens van de gebruiker, kan een aanvaller de waarde '»&calc.exe' doorgeven, die bij het uitvoeren van het script zal uitmonden in de string 'C:\\Windows\\System32\\cmd.exe \/c .\/test.bat «»&calc.exe»' en zal leiden tot de uitvoering van het proces calc.exe. Deze methode werkt ook bij impliciete uitvoering van scripts, wanneer een uitvoerbaar bestand met de naam 'test' wordt gestart zonder bestandsextensie, en er in een van de mappen die in de omgevingsvariabele PATH worden vermeld, een bestand 'test.bat' aanwezig is. <\/p>\n
Momenteel is er een patch vrijgegeven (CVE-2024-24576) voor de standaardbibliotheek van de programmeertaal Rust, en dit is opgenomen in de update Rust 1.77.2. Updates voor Node.js en PHP zijn in voorbereiding om de kwetsbaarheid te verhelpen (de versies 8.2.18 en 8.3.5 zijn al gemarkeerd, maar de releases zijn nog niet aangekondigd). Projecten zoals Python, Ruby, Go, Erlang en Haskell hebben voorlopig alleen een waarschuwing in de documentatie opgenomen over de kwetsbaarheid bij gebrekkige ontsnapping van speciale tekens. <\/p>\n
In Rust 1.77.2 is er een extra controle toegevoegd aan de standaardbibliotheek die een fout retourneert wanneer in de argumenten van het uit te voeren script speciale tekens aanwezig zijn die niet veilig kunnen worden ontsnapt. Voor ontwikkelaars die zelf ontsnappingslogica implementeren, is er een methode CommandExt::raw_arg beschikbaar, die het ontsnappen aan bibliotheekaanroepen volledig uitschakelt. <\/p>\n
Het toevoegen van bescherming wordt bemoeilijkt doordat eenvoudige ontsnapping van dubbele aanhalingstekens niet voldoende is, aangezien de opdrachtinterpreteerder variabelen zoals '«%PATH%»' verwerkt en onthult. Bijvoorbeeld, de aanhalingstekens kunnen worden ingevoerd door manipulatie van de omgevingsvariabele '«%CMDCMDLINE%»', waarbij in plaats van '‘»&calc.exe’' gebruik wordt gemaakt van '‘%CMDCMDLINE:~-1%&calc.exe’. \n Bron: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"