{"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\/it\/blog\/news\/uyazvimost-batbadbut-zatragivayushhaya-standartnye-biblioteki-razlichnyh-yazykov-programmirovaniya","title":{"rendered":"Vulnerabilit\u00e0 BatBadBut che coinvolge le librerie standard di vari linguaggi di programmazione.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Le applicazioni che eseguono script in formato bat e cmd sulla piattaforma Windows utilizzando le funzioni di avvio dei processi standard sono vulnerabili a un problema che potrebbe consentire l'esecuzione di codice non autorizzato nel caso in cui vengano passati argomenti all'avvio senza un'adeguata escape dei caratteri speciali. Questa vulnerabilit\u00e0 ha ricevuto il nome in codice BatBadBut e si manifesta nelle applicazioni che utilizzano le librerie standard di linguaggi come Rust, PHP, Node.js, Python, Ruby, Go, Erlang e Haskell. <\/p>\n
Il problema \u00e8 considerato una vulnerabilit\u00e0 poich\u00e9 coinvolge funzioni di libreria come Command::arg e Command::args in Rust, che sono progettate per trasmettere direttamente gli argomenti al processo senza elaborazione da parte dell'interprete di comandi. Si presume che lo sviluppatore dell'applicazione possa non controllare gli argomenti, poich\u00e9 vengono passati direttamente al processo avviato. Mentre nei sistemi Unix gli argomenti vengono passati al processo uno alla volta in un array, in Windows, utilizzando l'API CreateProcess, gli argomenti sono presentati come una singola stringa, il cui parsing \u00e8 a carico del processo avviato. <\/p>\n
Quando si eseguono script bat e cmd sulla piattaforma Windows, la funzione CreateProcess() richiama implicitamente il file eseguibile cmd.exe, anche se l'applicazione non lo specifica durante la chiamata. Il programma cmd.exe contiene una logica complessa per la separazione degli argomenti, per distinguere tra i propri argomenti, quelli dello script eseguito e gli argomenti di questo script. Per proteggere da sostituzioni di argomenti sulla piattaforma Windows, le librerie standard dei linguaggi di programmazione utilizzano handler di escape separati, che, come si \u00e8 scoperto, possono essere aggirati manipolando le virgolette doppie. <\/p>\n
Ad esempio, in un programma che chiama lo script '.\/test.bat' con un argomento basato sui dati forniti dall'utente, un attaccante potrebbe passare il valore '»&calc.exe', che, quando lo script viene eseguito, si espander\u00e0 nella stringa 'C:\\Windows\\System32\\cmd.exe \/c .\/test.bat «»&calc.exe' e porter\u00e0 all'esecuzione del processo calc.exe. Questo metodo funziona anche in caso di chiamate implicite agli script, quando viene eseguito un file eseguibile con il nome 'test' senza indicazione dell'estensione, e in una delle directory menzionate nella variabile d'ambiente PATH si trova un file 'test.bat'. <\/p>\n
Attualmente \u00e8 stata rilasciata una correzione (CVE-2024-24576) per la libreria standard del linguaggio Rust ed \u00e8 inclusa nell'aggiornamento Rust 1.77.2. Sono in fase di preparazione aggiornamenti per risolvere la vulnerabilit\u00e0 in Node.js e PHP (sono gi\u00e0 stati emessi i tag 8.2.18 e 8.3.5, ma i rilasci non sono stati ancora annunciati). I progetti Python, Ruby, Go, Erlang e Haskell si sono limitati a inserire un avviso nella documentazione riguardo alla vulnerabilit\u00e0 che si manifesta in assenza di un adeguato escaping dei caratteri speciali. <\/p>\n
In Rust 1.77.2 \u00e8 stata aggiunta un'ulteriore verifica nella libreria standard, che restituisce un errore quando ci sono caratteri speciali negli argomenti di uno script eseguibile, per i quali non \u00e8 possibile garantire un'adeguata sicurezza durante l'escaping. Per gli sviluppatori che implementano autonomamente la logica di escaping, \u00e8 fornito il metodo CommandExt::raw_arg, che disabilita completamente l'escaping a livello di chiamate di libreria. <\/p>\n
L'aggiunta di protezione \u00e8 ostacolata dal fatto che la semplice escape delle virgolette doppie non \u00e8 sufficiente, poich\u00e9 l'interprete dei comandi elabora e rivela variabili come '«%PATH%»'. Ad esempio, \u00e8 possibile inserire una parentesi attraverso la manipolazione della variabile d'ambiente '«%CMDCMDLINE%»', specificando invece di '‘»&calc.exe' - '‘%CMDCMDLINE:~-1%&calc.exe'. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"