{"id":106630,"date":"2023-02-03T12:48:25","date_gmt":"2023-02-03T10:48:25","guid":{"rendered":"https:\/\/prohoster.info\/?p=106630"},"modified":"2023-02-03T21:50:37","modified_gmt":"2023-02-03T19:50:37","slug":"vypusk-openssh-9-2-s-ustraneniem-uyazvimosti-proyavlyayushhejsya-na-etape-do-autentifikaczii","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/vypusk-openssh-9-2-s-ustraneniem-uyazvimosti-proyavlyayushhejsya-na-etape-do-autentifikaczii","title":{"rendered":"Rilascio di OpenSSH 9.2 con risoluzione di una vulnerabilit\u00e0 che si manifesta nella fase pre-autenticazione","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stato pubblicato il rilascio di OpenSSH 9.2, un'implementazione open source per client e server che opera sui protocolli SSH 2.0 e SFTP. Nella nuova versione \u00e8 stata risolta una vulnerabilit\u00e0 che portava al doppio rilascio della memoria durante la fase precedente all'autenticazione. Solo la versione OpenSSH 9.1 \u00e8 suscettibile a questa vulnerabilit\u00e0; nelle versioni precedenti il problema non si manifesta. <\/p>\n
Per creare le condizioni per l'emergere della vulnerabilit\u00e0, \u00e8 sufficiente cambiare il banner del client SSH in <strong>SSH-2.0-FuTTYSH_9.1p1<\/strong> affinch\u00e9 vengano impostati i flag <strong>SSH_BUG_CURVE25519PAD<\/strong> e <strong>SSH_OLD_DHGEX<\/strong>, dipendenti dalla versione del client SSH. Dopo aver impostato questi flag, la memoria per il buffer <strong>options.kex_algorithms<\/strong> viene liberata due volte — durante l'esecuzione della funzione do_ssh2_kex(), che chiama compat_kex_proposal(), e durante l'esecuzione della funzione do_authentication2(), che chiama in cascata input_userauth_request(), mm_getpwnamallow(), copy_set_server_options(), assemble_algorithms() e kex_assemble_names(). <\/p>\n
La creazione di un exploit funzionante per la vulnerabilit\u00e0 \u00e8 considerata improbabile, poich\u00e9 il processo di sfruttamento \u00e8 troppo complesso — le moderne librerie di gestione della memoria offrono protezione contro la doppia liberazione della memoria, e il processo di pre-auth, in cui si verifica l'errore, viene eseguito con privilegi ridotti in un ambiente sandbox isolato. <\/p>\n
Oltre alla vulnerabilit\u00e0 menzionata, nella nuova versione sono state risolte anche altre due problematiche di sicurezza: <\/p>\n
\n
Errore nell'elaborazione della configurazione <strong>PermitRemoteOpen<\/strong>, che porta all'ignorare il primo argomento se diverso dai valori <strong>any<\/strong> e <strong>none<\/strong>. Il problema si manifesta in versioni successive a OpenSSH 8.7 e porta a una verifica saltata specificando solo un'autorit\u00e0.\n
Un attaccante che controlla un server DNS utilizzato per la risoluzione dei nomi pu\u00f2 ottenere l'inserimento di caratteri speciali (ad esempio, <strong>*<\/strong>) nei file known_hosts, se nella configurazione sono abilitate le opzioni CanonicalizeHostname e CanonicalizePermittedCNAMEs, e il risolutore di sistema non verifica la correttezza delle risposte dal server DNS. Lo svolgimento di un attacco \u00e8 considerato improbabile, poich\u00e9 i nomi restituiti devono soddisfare le condizioni specificate tramite CanonicalizePermittedCNAMEs. <\/ul>\n
Altre modifiche: <\/p>\n
\n
Nel ssh_config per ssh \u00e8 stata aggiunta la configurazione EnableEscapeCommandline, che controlla l'attivazione della gestione delle sequenze di escape da parte del client per la sequenza <strong>~C<\/strong>, che offre una linea di comando. Per impostazione predefinita, la gestione di <strong>~C<\/strong> \u00e8 ora disattivata per utilizzare un'isolamento sandbox pi\u00f9 rigoroso, il che potrebbe potenzialmente causare malfunzionamenti nei sistemi in cui <strong>~C<\/strong> viene utilizzato per il reindirizzamento delle porte durante il funzionamento.\n
Nel file sshd_config per sshd \u00e8 stata aggiunta la direttiva ChannelTimeout per impostare il timeout di inattivit\u00e0 del canale (i canali in cui non viene rilevato traffico per il tempo specificato nella direttiva verranno automaticamente chiusi). Diversi timeout possono essere impostati per la sessione, X11, l'agente e il reindirizzamento del traffico.\n
Nel file sshd_config per sshd \u00e8 stata aggiunta la direttiva UnusedConnectionTimeout, che consente di impostare un timeout per terminare le connessioni dei client che rimangono inattive per un certo periodo senza canali attivi.\n
Nel sshd \u00e8 stata aggiunta l'opzione <strong>-V<\/strong> per visualizzare la versione, analogamente a una simile opzione nel client ssh.\n
Nel output di <strong>ssh -G<\/strong> \u00e8 stata aggiunta la riga <strong>Host<\/strong>, che riflette il valore dell'argomento con il nome host.\n
In scp e sftp \u00e8 stata aggiunta l'opzione «-X» per gestire parametri del protocollo SFTP, come la dimensione del buffer di copia e il numero di richieste in attesa di completamento.\n
In ssh-keyscan \u00e8 consentita la scansione di interi range di indirizzi CIDR, ad esempio, «ssh-keyscan 192.168.0.0\/24». <\/ul>\n