{"id":101069,"date":"2021-08-20T22:22:44","date_gmt":"2021-08-20T20:22:44","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-openssh-8-7"},"modified":"2021-08-20T22:22:44","modified_gmt":"2021-08-20T20:22:44","slug":"reliz-openssh-8-7","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/reliz-openssh-8-7","title":{"rendered":"Rilascio di OpenSSH 8.7","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dopo quattro mesi di sviluppo, \u00e8 stato rilasciato OpenSSH 8.7, un'implementazione open source di client e server per operare con i protocolli SSH 2.0 e SFTP. <\/p>\n
Principali modifiche: <\/p>\n
\n
\u00c8 stata aggiunta una modalit\u00e0 sperimentale di trasferimento dati a scp utilizzando il protocollo SFTP invece del protocollo SCP\/RCP tradizionalmente usato. SFTP utilizza metodi di gestione dei nomi pi\u00f9 prevedibili e non fa uso della gestione dei glob pattern tramite shell sul lato dell'altro host, evitando problemi di sicurezza. Per abilitare SFTP in scp \u00e8 stato proposto il flag «-s», ma in futuro si prevede di passare a questo protocollo per impostazione predefinita.\n
Nel sftp-server sono state implementate estensioni del protocollo SFTP per rivelare i percorsi ~\/ e ~user\/, necessarie per scp.\n
Nel comando scp \u00e8 stato modificato il comportamento durante la copia di file tra due host remoti (ad esempio, «scp host-a:\/path host-b:»), che ora avviene di default tramite un host locale intermedio, come se fosse specificato il flag «-3». Questo approccio consente di evitare la trasmissione di credenziali non necessarie al primo host e la tripla interpretazione dei nomi dei file nella shell (lato sorgente, ricevente e sistema locale), e consente anche l'uso di tutti i metodi di autenticazione per accedere agli host remoti, non solo dei metodi non interattivi. \u00c8 stata aggiunta l'opzione «-R» per ripristinare il comportamento precedente.\n
In ssh \u00e8 stata aggiunta l'impostazione ForkAfterAuthentication, corrispondente al flag «-f».\n
In ssh \u00e8 stata aggiunta l'impostazione StdinNull, corrispondente al flag «-n».\n
In ssh \u00e8 stata aggiunta l'impostazione SessionType, attraverso la quale \u00e8 possibile impostare modalit\u00e0 corrispondenti ai flag «-N» (senza sessione) e «-s» (subsystem).\n
In ssh-keygen \u00e8 consentito specificare l'intervallo di validit\u00e0 delle chiavi nei file delle chiavi.\n
In ssh-keygen \u00e8 stato aggiunto il flag «-Oprint-pubkey» per visualizzare la chiave pubblica completa all'interno della firma sshsig.\n
In ssh e sshd, sia client che server, \u00e8 stata implementata l'uso di un parser pi\u00f9 rigoroso per il file di configurazione, che utilizza regole di elaborazione simili a quelle della shell per virgolette, spazi e caratteri di escape. Il nuovo parser non ignora nemmeno le assunzioni precedenti, come il salto degli argomenti nelle opzioni (ad esempio ora non \u00e8 possibile lasciare una direttiva DenyUsers vuota), virgolette non chiuse e la specifica di pi\u00f9 caratteri «=».\n
When using SSHFP DNS records for key verification, ssh now checks all matching records, not just those containing a specific type of digital signature.\n
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.\n
In sshd, durante l'elaborazione della direttiva environment=»…» nei file authorized_keys, ora viene accettata la prima corrispondenza e c'\u00e8 un limite di 1024 nomi di variabili di ambiente. <\/ul>\n
Gli sviluppatori di OpenSSH hanno anche avvertito del trasferimento nella categoria obsoleta degli algoritmi che utilizzano hash SHA-1, a causa dell'aumento dell'efficacia degli attacchi di collisione con prefissi specificati (il costo della generazione di una collisione \u00e8 stimato in circa 50.000 dollari). Nella prossima versione si prevede di disabilitare per impostazione predefinita la possibilit\u00e0 di utilizzare l'algoritmo di firma digitale con chiave pubblica «ssh-rsa», che \u00e8 menzionato nell'RFC originale per il protocollo SSH e rimane ampiamente utilizzato nella pratica. <\/p>\n
Per verificare l'uso di ssh-rsa nei propri sistemi, \u00e8 possibile provare a connettersi via ssh con l'opzione «-oHostKeyAlgorithms=-ssh-rsa». Tuttavia, la disabilitazione delle firme digitali «ssh-rsa» per impostazione predefinita non implica un completo abbandono dell'uso delle chiavi RSA, poich\u00e9 oltre a SHA-1 il protocollo SSH consente l'uso di altri algoritmi di hashing. In particolare, oltre a «ssh-rsa», sar\u00e0 possibile continuare a utilizzare le combinazioni «rsa-sha2-256» (RSA\/SHA256) e «rsa-sha2-512» (RSA\/SHA512). <\/p>\n