{"id":102629,"date":"2021-12-16T03:36:46","date_gmt":"2021-12-16T01:36:46","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/perepolnenie-bufera-v-toxcore-ekspluatiruemoe-cherez-otpravku-udp-paketa"},"modified":"2021-12-16T03:36:46","modified_gmt":"2021-12-16T01:36:46","slug":"perepolnenie-bufera-v-toxcore-ekspluatiruemoe-cherez-otpravku-udp-paketa","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/perepolnenie-bufera-v-toxcore-ekspluatiruemoe-cherez-otpravku-udp-paketa","title":{"rendered":"Overflow del buffer in Toxcore, sfruttabile mediante l'invio di un pacchetto UDP","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
In Toxcore, l'implementazione di riferimento del protocollo di messaggistica P2P Tox, \u00e8 stata individuata una vulnerabilit\u00e0 (CVE-2021-44847) che potrebbe potenzialmente consentire l'esecuzione di codice durante l'elaborazione di un pacchetto UDP appositamente formattato. Sono vulnerabili tutti gli utenti delle applicazioni basate su Toxcore in cui il trasporto UDP non \u00e8 disabilitato. Per eseguire l'attacco \u00e8 sufficiente inviare un pacchetto UDP conosciendo l'indirizzo IP, la porta di rete e la chiave DHT aperta della vittima (queste informazioni sono disponibili pubblicamente nella DHT, cio\u00e8 l'attacco potrebbe essere stato eseguito su qualsiasi utente o nodo DHT). <\/p>\n
Il problema si manifestava nelle versioni di toxcore da 0.1.9 a 0.2.12 ed \u00e8 stato risolto nella versione 0.2.13. Tra le applicazioni client, solo il progetto qTox ha rilasciato un aggiornamento che risolve la vulnerabilit\u00e0. Come soluzione alternativa, \u00e8 possibile disabilitare l'uso di UDP, mantenendo il supporto per TCP. <\/p>\n
La vulnerabilit\u00e0 \u00e8 causata da un overflow del buffer nella funzione handle_request(), che si verifica a causa di un calcolo errato della dimensione dei dati nel pacchetto di rete. In particolare, la lunghezza dei dati crittografati era determinata nel macro CRYPTO_SIZE, definito come \u00ab1 + CRYPTO_PUBLIC_KEY_SIZE * 2 + CRYPTO_NONCE_SIZE\u00bb, che veniva successivamente utilizzato nell'operazione di sottrazione \u00ablength - CRYPTO_SIZE\u00bb. A causa dell'assenza di parentesi nel macro, invece della sottrazione della somma di tutti i valori, veniva eseguita la sottrazione di 1 e l'aggiunta delle altre parti. Ad esempio, invece di \u00ablength - (1 + 32 * 2 + 24)\u00bb, la dimensione del buffer veniva calcolata come \u00ablength - 1 + 32 * 2 + 24\u00bb, il che portava alla sovrascrittura dei dati nello stack al di fuori del buffer. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"