È stato pubblicato il rilascio di OpenSSH 8.8, un'implementazione open source di client e server per il funzionamento con i protocolli SSH 2.0 e SFTP. Questo rilascio è notevole 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 al miglioramento dell'efficacia degli attacchi di collisione con prefisso scelto (il costo per trovare una collisione è stimato intorno ai 50.000 dollari). Per verificare l'uso di ssh-rsa nei propri sistemi, si può provare a connettersi via ssh con l'opzione «-oHostKeyAlgorithms=-ssh-rsa». Il supporto per le firme RSA con hash SHA-256 e SHA-512 (rsa-sha2-256/512), supportato da OpenSSH 7.2, è rimasto invariato.
Nella maggior parte dei casi, la cessazione del supporto per «ssh-rsa» non richiederà alcuna azione manuale da parte degli utenti, dato che in OpenSSH l'impostazione UpdateHostKeys era precedentemente abilitata per impostazione predefinita, eseguendo una transizione automatica dei client verso algoritmi più sicuri. Per la migrazione viene utilizzata l'estensione del protocollo «hostkeys@openssh.com», che consente server dopo l'autenticazione di informare il client 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 utilizzare le firme «ssh-rsa», aggiungendo nel ~/.ssh/config: Host nome_vecchio_host HostkeyAlgorithms +ssh-rsa PubkeyAcceptedAlgorithms +ssh-rsa
In questa 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 veniva eseguita in modo errato durante l'esecuzione dei comandi definiti nelle direttive AuthorizedKeysCommand e AuthorizedPrincipalsCommand. Le suddette direttive dovrebbero garantire l'esecuzione dei comandi con un altro utente, ma di fatto ereditavano l'elenco dei gruppi utilizzati durante l'esecuzione di sshd. Questo comportamento, in presenza di determinate impostazioni di sistema, poteva consentire all'elaboratore in esecuzione di ottenere privilegi aggiuntivi nel sistema.
Nella nota della nuova versione è stata pubblicata anche un'avvertenza riguardo all'intenzione di trasferire per impostazione predefinita l'utilità scp all'uso di SFTP invece del protocollo SCP/RCP obsoleto. In SFTP vengono utilizzati metodi di gestione dei nomi più prevedibili e non viene effettuata l'elaborazione dei glob pattern nei nomi dei file tramite shell sul lato dell'altro host, creando problemi di sicurezza. In particolare, durante l'uso di SCP e RCP server si decide quali file e directory inviare al cliente, mentre il cliente verifica solo la correttezza dei nomi degli oggetti restituiti, il che, in assenza delle opportune verifiche da parte del cliente, consente al server di inviare nomi di file diversi da quelli richiesti. Il protocollo SFTP è esente da tali problematiche, ma non supporta l'espansione di percorsi speciali, come "~/". Per risolvere questa differenza, nella versione precedente di OpenSSH è stata proposta una nuova estensione del protocollo SFTP per l'espansione dei percorsi ~/ e ~user/.
Fonte: opennet.ru
