Dopo quattro mesi di sviluppo, è stato rilasciato OpenSSH 8.7, un'implementazione open source di client e server per operare con i protocolli SSH 2.0 e SFTP.
Principali modifiche:
- In scp è stata aggiunta una modalità sperimentale di trasferimento dati che utilizza il protocollo SFTP invece del tradizionale protocollo SCP/RCP. SFTP adotta metodi di gestione dei nomi più prevedibili e non utilizza l'elaborazione di pattern glob tramite shell sul lato dell'altro host, il che crea problemi di sicurezza. Per attivare SFTP in scp è stato proposto il flag «-s», ma in futuro si prevede di passare a questo protocollo come predefinito.
- Nel sftp-server sono state implementate estensioni del protocollo SFTP per rivelare i percorsi ~/ e ~user/, necessarie per scp.
- Nell'utilità scp è cambiato il comportamento nel copiare file tra due host remoti (ad esempio, «scp host-a:/path host-b:»), che ora avviene di default tramite un host locale intermedio, come quando si specifica il flag «-3». Questo approccio evita la trasmissione di credenziali superflue al primo host e la triplice interpretazione dei nomi dei file nel shell (dalla parte del sorgente, del destinatario e del sistema locale). Inoltre, utilizzando SFTP, consente di utilizzare tutti i metodi di autenticazione per accedere agli host remoti e non solo i metodi non interattivi. Per ripristinare il comportamento precedente, è stata aggiunta l'opzione «-R».
- In ssh è stata aggiunta l'impostazione ForkAfterAuthentication, corrispondente al flag «-f».
- In ssh è stata aggiunta l'impostazione StdinNull, corrispondente al flag «-n».
- In ssh è stata aggiunta l'impostazione SessionType, tramite la quale è possibile impostare modalità corrispondenti ai flag «-N» (senza sessione) e «-s» (sottosistema).
- In ssh-keygen è consentito specificare l'intervallo di validità delle chiavi nei file delle chiavi.
- In ssh-keygen è stato aggiunto il flag «-Oprint-pubkey» per stampare la chiave pubblica completa come parte della firma sshsig.
- In ssh and sshd, both the client and server have transitioned to using a stricter configuration file parser that employs shell-like rules for processing quotes, spaces, and escape characters. The new parser also does not allow previous assumptions, such as omitting arguments in options (for example, it is no longer permissible to leave the DenyUsers directive empty), unmatched quotes, and specifying multiple '=' characters.
- When using SSHFP DNS records for key verification, ssh now checks all matching records, not just those containing a specific type of digital signature.
- In ssh-keygen, when generating a FIDO key with the -Ochallenge option for hashing, an internal layer is now used instead of the libfido2 tools, allowing for challenge sequences larger or smaller than 32 bytes.
- In sshd, when processing the environment="…" directive in authorized_keys files, the first match is now accepted, and there is a limitation of 1024 environment variable names.
Gli sviluppatori di OpenSSH hanno anche avvertito della traslazione degli algoritmi che utilizzano gli hash SHA-1 nella categoria degli algoritmi obsoleti, a causa dell'aumento dell'efficacia degli attacchi di collisione con prefisso fisso (il costo per la generazione di una collisione è stimato in circa 50.000 dollari). Nella prossima versione, sarà disabilitata di default la possibilità di utilizzare l'algoritmo di firma digitale basato su chiave pubblica «ssh-rsa», che è menzionato nell'RFC originale per il protocollo SSH ed è ancora ampiamente utilizzato nella pratica.
Per verificare l'uso di ssh-rsa nei propri sistemi, è possibile provare a connettersi via ssh con l'opzione «-oHostKeyAlgorithms=-ssh-rsa». Tuttavia, la disattivazione per impostazione predefinita delle firme digitali «ssh-rsa» non implica un rifiuto totale dell'uso delle chiavi RSA, poiché, oltre a SHA-1, il protocollo SSH consente di utilizzare altri algoritmi di hashing. In particolare, oltre a «ssh-rsa», rimarrà la possibilità di utilizzare le coppie «rsa-sha2-256» (RSA/SHA256) e «rsa-sha2-512» (RSA/SHA512).
Per facilitare la transizione verso i nuovi algoritmi, OpenSSH ha precedentemente attivato di default l'impostazione UpdateHostKeys, che consente di trasferire automaticamente i client a algoritmi più sicuri. Con questa impostazione viene attivata un'estensione speciale del protocollo «hostkeys@openssh.com», che consente server di informare il cliente su tutte le chiavi host disponibili dopo il passaggio all'autenticazione. Il cliente può riflettere queste chiavi nel proprio file ~/.ssh/known_hosts, permettendo di organizzare l'aggiornamento delle chiavi host e semplifica il cambio delle chiavi su server.
L'uso di UpdateHostKeys è soggetto a alcune condizioni che potrebbero essere revocate in futuro: la chiave deve essere presente in UserKnownHostsFile e non deve essere utilizzata in GlobalKnownHostsFile; la chiave deve avere un solo nome; non deve essere utilizzato un certificato della chiave host; non devono essere usate maschere per il nome host in known_hosts; la configurazione VerifyHostKeyDNS deve essere disabilitata; il parametro UserKnownHostsFile deve essere abilitato.
Tra gli algoritmi raccomandati per la migrazione sono menzionati 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) ed ecdsa-sha2-nistp256/384/521 basati su RFC5656 ECDSA (supportato da OpenSSH 5.7).
Fonte: opennet.ru
