{"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 den Versand von UDP-Paketen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
In Toxcore, der Referenzimplementierung des P2P-Nachrichtenprotokolls Tox, wurde eine Sicherheitsanf\u00e4lligkeit (CVE-2021-44847) entdeckt, die potenziell die Ausf\u00fchrung von Code bei der Verarbeitung eines speziell gestalteten UDP-Pakets erm\u00f6glicht. Alle Benutzer von Anwendungen, die auf Toxcore basieren und bei denen der UDP-Transport nicht deaktiviert ist, sind von dieser Anf\u00e4lligkeit betroffen. F\u00fcr den Angriff gen\u00fcgt es, ein UDP-Paket zu senden, wobei die IP-Adresse, der Netzwerkport und der offene DHT-Schl\u00fcssel des Opfers bekannt sind (diese Informationen sind \u00f6ffentlich im DHT verf\u00fcgbar, d.h. der Angriff k\u00f6nnte 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 Version 0.2.13 behoben. Von den Client-Anwendungen hat bisher nur das Projekt qTox ein Update zur Behebung der Sicherheitsanf\u00e4lligkeit ver\u00f6ffentlicht. Als Workaround kann der Einsatz von UDP deaktiviert werden, w\u00e4hrend TCP unterst\u00fctzt wird. <\/p>\n
Die Schwachstelle wird durch einen Buffer-\u00dcberlauf in der Funktion handle_request() verursacht, der auf einer fehlerhaften Berechnung der Datengr\u00f6\u00dfe im Netzwerkpaket beruht. Insbesondere wurde die L\u00e4nge der verschl\u00fcsselten Daten im Makro CRYPTO_SIZE definiert, das als \u00ab1 + CRYPTO_PUBLIC_KEY_SIZE * 2 + CRYPTO_NONCE_SIZE\u00bb definiert ist, und das sp\u00e4ter in der Subtraktionsoperation \u00ablength - CRYPTO_SIZE\u00bb verwendet wurde. Aufgrund des Fehlens von Klammern im Makro wurde anstelle der Subtraktion der Summe aller Werte die Subtraktion von 1 und die Addition der anderen Teile durchgef\u00fchrt. Zum Beispiel wurde anstelle von \u00ablength - (1 + 32 * 2 + 24)\u00bb die Buffergr\u00f6\u00dfe als \u00ablength - 1 + 32 * 2 + 24\u00bb berechnet, was zu einer Daten\u00fcberschreibung im Stack f\u00fchrte, die au\u00dferhalb des Buffers lag. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"