È stato pubblicato il rilascio di OpenSSH 8.8, un'implementazione open source di client e server per l'utilizzo dei protocolli SSH 2.0 e SFTP. Questa versione è nota per la disabilitazione predefinita della possibilità di utilizzare firme digitali basate su chiavi RSA con hash SHA-1 («ssh-rsa»).
La cessazione del supporto per le firme «ssh-rsa» è dovuta all'aumento dell'efficacia degli attacchi di collisione con prefisso fisso (il costo per trovare una collisione è stimato attorno ai 50.000 dollari). Per verificare l'uso di ssh-rsa nei propri sistemi, si può provare a connettersi tramite ssh con l'opzione «-oHostKeyAlgorithms=-ssh-rsa». Il supporto per le firme RSA con hash SHA-256 e SHA-512 (rsa-sha2-256/512), che sono supportate da OpenSSH 7.2, è rimasto invariato.
Nella maggior parte dei casi, la cessazione del supporto per «ssh-rsa» non richiederà agli utenti alcuna azione manuale, poiché in OpenSSH la configurazione UpdateHostKeys è stata abilitata per impostazione predefinita, eseguendo la transizione automatica dei client verso algoritmi più sicuri. Per la migrazione si utilizza l'estensione del protocollo «hostkeys@openssh.com», che consente server dopo l'autenticazione, informare il cliente su tutte le chiavi host disponibili. In caso di connessione a host con versioni molto vecchie di OpenSSH sul lato client, è possibile ripristinare selettivamente la possibilità di usare le firme «ssh-rsa» aggiungendo in ~/.ssh/config: Host nome_del_vecchio_host HostkeyAlgorithms +ssh-rsa PubkeyAcceptedAlgorithms +ssh-rsa
Nella nuova versione è stato anche risolto un problema di sicurezza causato dal fatto che in sshd, a partire dal rilascio di OpenSSH 6.2, l'inizializzazione del gruppo utente non veniva eseguita correttamente durante l'esecuzione di comandi specificati nelle direttive AuthorizedKeysCommand e AuthorizedPrincipalsCommand. Le direttive indicate dovrebbero assicurare l'esecuzione dei comandi con un altro utente, ma in realtà ereditavano l'elenco dei gruppi utilizzati durante l'avvio di sshd. Questo comportamento, in presenza di determinate impostazioni di sistema, poteva consentire al processore avviato di ottenere privilegi aggiuntivi nel sistema.
Nel commento al nuovo rilascio è stato anche pubblicato un avviso sull'intenzione di impostare di default l'utilizzo dell'utilità scp per usare SFTP anziché il protocollo obsoleto SCP/RCP. SFTP utilizza metodi di gestione dei nomi più prevedibili e non fa uso dell'elaborazione di glob pattern nei nomi dei file tramite shell sul lato dell'altro host, evitando così problemi di sicurezza. In particolare, quando si utilizza SCP e RCP un server il server decide quali file e cartelle inviare al cliente, mentre il cliente verifica solo la correttezza dei nomi degli oggetti restituiti, il che, in assenza di adeguate verifiche sul lato del cliente, consente al server di inviare nomi di file diversi da quelli richiesti. Il protocollo SFTP è esente da questi problemi, ma non supporta l'espansione di percorsi speciali, come «~/». Per colmare questa lacuna, nel rilascio precedente, nella realizzazione del server SFTP di OpenSSH è stata proposta una nuova estensione del protocollo SFTP per l'espansione dei percorsi ~/ e ~user/.
Fonte: opennet.ru
