Dopo quattro mesi di sviluppo, è stata rilasciata la versione OpenSSH 8.7, un'implementazione open source di client e server per il funzionamento sui protocolli SSH 2.0 e SFTP.
Variazioni principali:
- In scp è stata aggiunta una modalità di trasferimento dati sperimentale che utilizza il protocollo SFTP invece del tradizionale protocollo SCP/RCP. In SFTP vengono utilizzati metodi di gestione dei nomi più prevedibili e non viene effettuata l'elaborazione dei glob tramite shell sul lato dell'altro host, il che crea problemi di sicurezza. Per abilitare SFTP in scp è stato proposto il flag «-s», ma in futuro si prevede di passare a questo protocollo come predefinito.
- In sftp-server sono state implementate estensioni del protocollo SFTP per svelare i percorsi ~/ e ~user/, necessari per scp.
- Nell'utilità scp è stato modificato il comportamento per la copia di file tra due host remoti (ad esempio, «scp host-a:/path host-b:»), che ora viene eseguita per impostazione predefinita tramite un host locale intermedio, come quando si specifica il flag «-3». Questo approccio consente di evitare la trasmissione di credenziali superflue al primo host e di ridurre l'interpretazione tripla dei nomi dei file nella shell (lato sorgente, destinatario e sistema locale), oltre a consentire, con SFTP, di utilizzare tutti i metodi di autenticazione per l'accesso agli host remoti, e non solo metodi non interattivi. Per ripristinare il comportamento precedente è stata aggiunta l'opzione «-R».
- In ssh è stata aggiunta la configurazione ForkAfterAuthentication, corrispondente al flag «-f».
- In ssh è stata aggiunta la configurazione StdinNull, corrispondente al flag «-n».
- In ssh è stata aggiunta la configurazione SessionType, tramite la quale è possibile impostare modalità corrispondenti ai flag «-N» (senza sessione) e «-s» (subsystem).
- In ssh-keygen è consentito specificare l'intervallo di validità delle chiavi nei file contenenti le chiavi.
- In ssh-keygen è stato aggiunto il flag «-Oprint-pubkey» per l'output della chiave pubblica completa all'interno della firma sshsig.
- In ssh e sshd, sia il client che il server sono stati convertiti per utilizzare un parser di file di configurazione più rigoroso, che utilizza regole simili a quelle della shell per gestire virgolette, spazi e caratteri di escape. Il nuovo parser non elude nemmeno le assunzioni precedenti, come il salto di argomenti nelle opzioni (ad esempio, ora non è possibile lasciare una direttiva DenyUsers vuota), virgolette non chiuse e l'indicazione di più simboli «=».
- Utilizzando i record DNS SSHFP per la verifica delle chiavi, ssh ora controlla tutti i record corrispondenti, non solo quelli contenenti un determinato tipo di firma digitale.
- In ssh-keygen, durante la generazione di una chiave FIDO con l'opzione -Ochallenge per l'hashing, viene ora utilizzato uno strato interno invece degli strumenti libfido2, permettendo l'uso di sequenze di challenge di dimensioni maggiori o minori di 32 byte.
- In sshd, durante l'elaborazione della direttiva environment=»…» nei file authorized_keys, ora viene considerata la prima corrispondenza e viene applicato un limite di 1024 nomi di variabili di ambiente.
Gli sviluppatori di OpenSSH hanno anche avvertito del passaggio a algoritmi obsoleti che utilizzano hash SHA-1, a causa dell'aumento dell'efficacia degli attacchi collisioni con prefisso fissato (il costo per generare una collisione è stimato intorno ai 50 mila dollari). Nella prossima versione è previsto disattivare per impostazione predefinita la possibilità di utilizzare l'algoritmo di firma digitale con chiave pubblica «ssh-rsa», che è menzionato nel RFC originale per il protocollo SSH ed è ancora ampiamente utilizzato nella pratica.
Per verificare l'applicazione di ssh-rsa nei propri sistemi, è possibile provare a connettersi tramite SSH utilizzando l'opzione '-oHostKeyAlgorithms=-ssh-rsa'. Tuttavia, la disabilitazione per impostazione predefinita delle firme digitali 'ssh-rsa' non implica un completo rifiuto dell'uso delle chiavi RSA, poiché oltre a SHA-1, il protocollo SSH consente l'uso di altri algoritmi di hash. In particolare, oltre a 'ssh-rsa', sarà possibile utilizzare le coppie 'rsa-sha2-256' (RSA/SHA256) e 'rsa-sha2-512' (RSA/SHA512).
Per facilitare la transizione verso i nuovi algoritmi, in OpenSSH era precedentemente abilitata per impostazione predefinita l'opzione UpdateHostKeys, che consente di trasferire automaticamente i client verso algoritmi più sicuri. Con questa impostazione viene attivata un'estensione speciale del protocollo «hostkeys@openssh.com», che consente server dopo l'autenticazione di informare il client di tutte le chiavi host disponibili. Il client può riflettere queste chiavi nel proprio file ~/.ssh/known_hosts, facilitando l'aggiornamento delle chiavi host e semplificando la sostituzione delle chiavi su server.
L'uso di UpdateHostKeys è soggetto a diverse condizioni che potrebbero essere revocate in futuro: la chiave deve essere citata nel UserKnownHostsFile e non deve essere utilizzata nel GlobalKnownHostsFile; la chiave deve essere presente solo con un nome; non deve essere utilizzato un certificato per la chiave host; nel known_hosts non devono essere applicate maschere per nomi host; la configurazione VerifyHostKeyDNS deve essere disabilitata; il parametro UserKnownHostsFile deve essere attivo.
Tra gli algoritmi raccomandati per la migrazione vengono citati rsa-sha2-256/512 basati su RFC8332 RSA SHA-2 (supportato da OpenSSH 7.2 e utilizzato per impostazione predefinita), ssh-ed25519 (supportato da OpenSSH 6.5) e ecdsa-sha2-nistp256/384/521 basati su RFC5656 ECDSA (supportato da OpenSSH 5.7).
Fonte: opennet.ru
