{"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\/novosti-interneta\/perepolnenie-bufera-v-perl-svyazannoe-s-obrabotkoj-simvolov","title":{"rendered":"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 appositamente formattati utilizzando l'operatore «tr\/..\/..\/». Non si esclude la possibilit\u00e0 di sfruttare questa vulnerabilit\u00e0 per eseguire codice arbitrario nel sistema. Il problema si manifesta nelle versioni stabili di Perl a partire dal 2021 e colpisce i rami Perl 5.34, 5.36, 5.38 e 5.40. \u00c8 possibile tenere traccia della correzione 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 versioni di 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 di supporto S_do_trans_invmap(), quando vengono elaborati alcuni byte non ASCII, si verifica un accesso alla memoria al di fuori del buffer allocato. 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 invece di uno. <\/p>\n
\u00c8 interessante notare che la vulnerabilit\u00e0 \u00e8 emersa dopo una modifica introdotta nel 2020, che ha rimosso un controllo aggiuntivo per garantire un'allocazione di memoria sufficiente, sotto il pretesto che nel calcolo delle dimensioni fosse sufficiente arrotondare per eccesso. Per verificare la presenza della vulnerabilit\u00e0, \u00e8 possibile eseguire il 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":"