{"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\/news\/uyazvimost-v-paketah-s-openssh-iz-sostava-rhel-9-dopuskayushhaya-udalyonnoe-vypolnenie-koda","title":{"rendered":"Vulnerabilit\u00e0 nei pacchetti OpenSSH di RHEL 9 che consente l'esecuzione remota di codice","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nel corso dello studio della vulnerabilit\u00e0 critica individuata la scorsa settimana in OpenSSH, \u00e8 stata scoperta un'altra vulnerabilit\u00e0 simile (CVE-2024-6409) che consente l'esecuzione remota di codice senza autenticazione. La nuova vulnerabilit\u00e0 non \u00e8 cos\u00ec pericolosa come quella precedente, poich\u00e9 si manifesta dopo il ripristino dei privilegi in un processo secondario avviato dal server SSH. La vulnerabilit\u00e0 \u00e8 presente nei pacchetti openssh della distribuzione Red Hat Enterprise Linux 9, basati sulla versione pubblicata nel 2021 di OpenSSH 8.7. Il problema interessa anche i pacchetti per Fedora Linux 36 e 37, basati sulle versioni OpenSSH 8.7 e 8.8. <\/p>\n
La vulnerabilit\u00e0 \u00e8 sostanzialmente analoga al problema precedente ed \u00e8 anche causata da una condizione di race nel gestore dell'interruzione SIGALRM, che si verifica a causa dell'esecuzione di funzioni non progettate per essere chiamate in modalit\u00e0 asincrona dai gestori dei segnali. Il gestore scatta al verificarsi di un timeout, definito tramite il parametro LoginGraceTime, e interrompe l'esecuzione del codice corrente. L'uso in un gestore di interruzioni di funzioni non progettate per l'esecuzione asincrona, che utilizzano allocazione dinamica della memoria, come syslog(), pu\u00f2 portare alla corruzione delle strutture interne malloc se il SIGALRM scatta durante l'esecuzione di un determinato codice. <\/p>\n
La nuova vulnerabilit\u00e0 si distingue per il fatto che la condizione di race si verifica a causa della chiamata nella gestione dell'interruzione grace_alarm_handler() della funzione cleanup_exit(). Nella base di codice principale di OpenSSH, questa funzione pu\u00f2 essere utilizzata in codice eseguito in modo asincrono, ma nei pacchetti per RHEL 9 e Fedora \u00e8 stata applicata una patch aggiuntiva che inserisce nella cleanup_exit() una chiamata a una funzione per generare eventi di audit, prevista per l'uso nei gestori dei segnali. <\/p>\n
Questa patch \u00e8 stata utilizzata in RHEL 9 e nelle distribuzioni derivate nei pacchetti basati su OpenSSH 8.7p1. Nelle versioni attuali di Fedora il problema non si manifesta, 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, non esiste una soluzione alternativa basata sull'uso dell'opzione «-e» in sshd, che disabilita la registrazione 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":"