{"id":117137,"date":"2024-07-09T15:43:01","date_gmt":"2024-07-09T13:43:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-paketah-s-openssh-iz-sostava-rhel-9-dopuskayushhaya-udalyonnoe-vypolnenie-koda"},"modified":"2024-07-09T15:43:01","modified_gmt":"2024-07-09T13:43:01","slug":"uyazvimost-v-paketah-s-openssh-iz-sostava-rhel-9-dopuskayushhaya-udalyonnoe-vypolnenie-koda","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/uyazvimost-v-paketah-s-openssh-iz-sostava-rhel-9-dopuskayushhaya-udalyonnoe-vypolnenie-koda","title":{"rendered":"Vulnerabilit\u00e0 nei pacchetti OpenSSH nel RHEL 9, che consente l'esecuzione remota di codice","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Durante l'analisi della vulnerabilit\u00e0 critica di OpenSSH scoperta la settimana scorsa, \u00e8 stata individuata un'altra vulnerabilit\u00e0 simile (CVE-2024-6409) che consente l'esecuzione remota di codice senza autenticazione. Questa nuova vulnerabilit\u00e0 \u00e8 meno pericolosa della precedente poich\u00e9 si manifesta dopo il ripristino dei privilegi in un processo figlio avviato dal server SSH. La vulnerabilit\u00e0 \u00e8 presente nei pacchetti openssh della distribuzione Red Hat Enterprise Linux 9, basata su una versione di OpenSSH 8.7 pubblicata nel 2021. Il problema interessa anche i pacchetti per Fedora Linux 36 e 37, basati sulle versioni OpenSSH 8.7 e 8.8. <\/p>\n
In sostanza, la vulnerabilit\u00e0 \u00e8 analoga al problema precedente ed \u00e8 causata anche da una condizione di gara nel gestore dell'interruzione SIGALRM, che si verifica a causa dell'esecuzione di funzioni non progettate per l'invocazione in modalit\u00e0 asincrona dai gestori di segnali. Il gestore si attiva quando si verifica un timeout, definito attraverso il parametro LoginGraceTime, interrompendo l'esecuzione corrente del codice. L'uso di funzioni non progettate per l'esecuzione asincrona, che utilizzano allocazione dinamica della memoria, come syslog(), pu\u00f2 causare danni alle strutture interne di malloc al verificarsi del SIGALRM durante l'esecuzione di un determinato codice. <\/p>\n
La nuova vulnerabilit\u00e0 si distingue per il fatto che la condizione di gara si verifica a causa della chiamata nel gestore di segnali grace_alarm_handler() della funzione cleanup_exit(). Nella base di codice principale di OpenSSH, questa funzione pu\u00f2 essere utilizzata nel codice eseguito in modo asincrono, ma nei pacchetti per RHEL 9 e Fedora \u00e8 stato applicato un ulteriore patch che aggiunge nella cleanup_exit() una chiamata a una funzione per generare eventi di audit, progettata per essere utilizzata nei gestori di segnali. <\/p>\n
Questo patch \u00e8 stato utilizzato in RHEL 9 e nelle distribuzioni derivate nei pacchetti basati su OpenSSH 8.7p1. Nelle versioni attuali di Fedora, il problema non si presenta, poich\u00e9 a partire da Fedora 38 la distribuzione \u00e8 passata a una versione pi\u00f9 recente di OpenSSH senza modificare cleanup_exit(). A differenza della vulnerabilit\u00e0 precedente, un workaround per bloccare il nuovo problema non \u00e8 rappresentato dall'utilizzo dell'opzione «-e» in sshd, che disabilita la registrazione dei log tramite syslog. Tuttavia, per bloccare la vulnerabilit\u00e0, nel file sshd_config \u00e8 possibile impostare il parametro «LoginGraceTime=0». \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"