{"id":123495,"date":"2025-04-14T09:05:08","date_gmt":"2025-04-14T07:05:08","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/perepolnenie-bufera-v-perl-svyazannoe-s-obrabotkoj-simvolov"},"modified":"2025-04-14T09:05:08","modified_gmt":"2025-04-14T07:05:08","slug":"perepolnenie-bufera-v-perl-svyazannoe-s-obrabotkoj-simvolov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/perepolnenie-bufera-v-perl-svyazannoe-s-obrabotkoj-simvolov","title":{"rendered":"Evidente un overflow del buffer in Perl, legato alla gestione dei caratteri","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Sono stati pubblicati aggiornamenti correttivi per gli interpreti Perl 5.40.2 e 5.38.4, che risolvono una vulnerabilit\u00e0 (CVE-2024-56406) che porta a un overflow del buffer durante la traslitterazione di caratteri non ASCII formattati appositamente usando l'operatore «tr..\/..». Non si esclude la possibilit\u00e0 di sfruttare la vulnerabilit\u00e0 per eseguire codice arbitrario nel sistema. Il problema si manifesta nelle versioni stabili di Perl a partire dal 2021 e interessa i rami Perl 5.34, 5.36, 5.38 e 5.40. \u00c8 possibile seguire la risoluzione della vulnerabilit\u00e0 nelle distribuzioni sulle seguenti pagine: Debian, Ubuntu, Fedora, Arch, FreeBSD. Le distribuzioni basate su RHEL 9, SUSE 15 e openSUSE Leap 15.6 non sono vulnerabili, poich\u00e9 includono le versioni Perl 5.32 e 5.26. <\/p>\n
La vulnerabilit\u00e0 colpisce i programmi che utilizzano dati esterni non verificati nella parte sinistra dell'operatore «tr», dove viene specificata una variabile con i dati per la sostituzione dei caratteri (ad esempio, «$external_string =~ tr\/a\/b\/»). Nella funzione S_do_trans_invmap() che gestisce l'operatore, si verifica un accesso alla memoria al di fuori del buffer allocato quando vengono elaborati alcuni byte non ASCII. L'overflow si verifica perch\u00e9 alcune sequenze di byte nel set di dati originale possono essere convertite in sequenze UTF-8, per le quali sono necessari due byte anzich\u00e9 uno. <\/p>\n
\u00c8 interessante notare che la vulnerabilit\u00e0 \u00e8 emersa dopo una modifica apportata nel 2020 che rimuoveva un ulteriore controllo sull'allocazione della memoria, con l'argomento che nel calcolo della dimensione era sufficiente arrotondare verso l'alto. Per verificare la presenza della vulnerabilit\u00e0, \u00e8 possibile eseguire il seguente codice: perl -e ‘$_ = «\x{FF}» x 1000000; tr\xFF\x{100}»;’ Segmentation fault (core dumped) \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"