{"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\/de\/blog\/news\/perepolnenie-bufera-v-toxcore-ekspluatiruemoe-cherez-otpravku-udp-paketa","title":{"rendered":"Buffer\u00fcberlauf in Toxcore, ausgenutzt durch das Senden von UDP-Paketen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
In Toxcore, der Referenzimplementierung des P2P-Nachrichtenprotokolls Tox, wurde eine Schwachstelle (CVE-2021-44847) entdeckt, die potenziell die Ausf\u00fchrung von Code durch die Verarbeitung eines speziell gestalteten UDP-Pakets erm\u00f6glichen kann. Alle Benutzer von Anwendungen, die auf Toxcore basieren und bei denen der UDP-Transport nicht deaktiviert ist, sind anf\u00e4llig f\u00fcr diese Schwachstelle. F\u00fcr einen Angriff reicht es aus, ein UDP-Paket zu senden, sofern die IP-Adresse, der Netzwerkport und der \u00f6ffentliche DHT-Schl\u00fcssel des Opfers bekannt sind (diese Informationen sind \u00f6ffentlich im DHT verf\u00fcgbar, d.h. der Angriff konnte gegen jeden Benutzer oder Knoten im DHT durchgef\u00fchrt werden). <\/p>\n
Das Problem trat in den Versionen toxcore von 0.1.9 bis 0.2.12 auf und wurde in der Version 0.2.13 behoben. Bislang hat nur das Projekt qTox ein Update zur Behebung der Schwachstelle f\u00fcr Client-Anwendungen ver\u00f6ffentlicht. Als workaround zum Schutz kann die Verwendung von UDP deaktiviert werden, w\u00e4hrend TCP unterst\u00fctzt bleibt. <\/p>\n
Die Schwachstelle wird durch einen Puffer\u00fcberlauf in der Funktion handle_request() verursacht, der auf eine fehlerhafte Berechnung der Datenmenge im Netzwerkpaket zur\u00fcckzuf\u00fchren ist. Insbesondere wurde die L\u00e4nge der verschl\u00fcsselten Daten durch das Makro CRYPTO_SIZE bestimmt, das als \"1 + CRYPTO_PUBLIC_KEY_SIZE * 2 + CRYPTO_NONCE_SIZE\" definiert war und anschlie\u00dfend in der Subtraktionsoperation \"length - CRYPTO_SIZE\" verwendet wurde. Aufgrund des Fehlens von Klammern im Makro wurde statt der Subtraktion der Summe aller Werte die Subtraktion von 1 und die Addition der \u00fcbrigen Teile durchgef\u00fchrt. Zum Beispiel wurde anstelle von \"length - (1 + 32 * 2 + 24)\" die Puffergr\u00f6\u00dfe als \"length - 1 + 32 * 2 + 24\" berechnet, was zu einer \u00dcberschreibung von Daten im Stack f\u00fchrte, die au\u00dferhalb des Puffers lagen. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"