Dopo cinque mesi di sviluppo rilascio , implementazione open source di client e server per il funzionamento sui protocolli SSH 2.0 e SFTP.
Principali modifiche:
- In ssh and sshd, experimental support for a key exchange method resistant to quantum computer attacks has been added. Quantum computers solve the problem of integer factorization, which underpins modern asymmetric encryption algorithms, significantly faster, making it effectively unsolvable on classical processors. The proposed method is based on the algorithm (function ntrup4591761), developed for post-quantum cryptosystems, and a key exchange method based on elliptic curves X25519;
- In sshd, support for the outdated syntax «host/port», implemented in 2001 as an alternative to «host:port» for simplifying IPv6 usage, has been discontinued. The established syntax for IPv6 is now «[::1]:22», and «host/port» is often confused with subnet notation (CIDR);
- Support for keys in PKCS#11 tokens has been implemented in ssh, ssh-agent, and ssh-add;
- In ssh-keygen, the default RSA key size has been increased to 3072 bits, in accordance with new NIST recommendations;
- In ssh, the setting «PKCS11Provider=none» is allowed to override the PKCS11Provider directive specified in ssh_config;
- In sshd, the log now records situations where a connection is terminated while trying to execute commands blocked by the 'ForceCommand=internal-sftp' restriction in sshd_config;
- In ssh, when the prompt for confirming a new host key appears, the correct fingerprint of the key is now accepted instead of the response 'yes' (users can copy the obtained reference hash from the clipboard to compare it manually when prompted to confirm the connection);
- In ssh-keygen, the sequence number in the certificate is automatically incremented when creating digital signatures for multiple certificates via the command line;
- In scp and sftp, a new option '-J' has been added, equivalent to the ProxyJump configuration;
- In ssh-agent, ssh-pkcs11-helper, and ssh-add, the command-line option '-v' has been introduced to enhance output verbosity (when specified, this option is also passed to child processes, such as when ssh-pkcs11-helper is called from ssh-agent);
- In ssh-add, the '-T' option has been added to test the suitability of keys in ssh-agent for creating and verifying digital signatures;
- Nel server sftp è stata implementata la supporto all'estensione del protocollo «lsetstat at openssh.com», che aggiunge per SFTP il supporto all'operazione SSH2_FXP_SETSTAT, ma senza seguire i collegamenti simbolici;
- Nel sftp è stata aggiunta l'opzione «-h» per eseguire i comandi chown/chgrp/chmod con richieste che non utilizzano collegamenti simbolici;
- Nel sshd è stata garantita l'impostazione della variabile d'ambiente $SSH_CONNECTION per PAM;
- Per sshd nel ssh_config è stata aggiunta la modalità di match «Match final», simile a «Match canonical», ma che non richiede l'attivazione della normalizzazione del nome host;
- Nel sftp è stato aggiunto il supporto per il prefisso ‘@’ per disabilitare la traduzione dell'output dei comandi eseguiti in modalità batch;
- Quando si visualizza il contenuto del certificato utilizzando il comando
«ssh-keygen -Lf /path/certificate» ora viene mostrato l'algoritmo utilizzato dall'autorità di certificazione per firmare il certificato; - Migliorato il supporto per l'ambiente Cygwin, ad esempio il confronto dei nomi di gruppi e utenti senza tener conto della differenza tra maiuscole e minuscole. Il processo sshd nella porta per Cygwin è stato modificato in cygsshd per evitare conflitti con la porta OpenSSH fornita da Microsoft;
- Aggiunta la possibilità di compilare con il ramo sperimentale OpenSSL 3.x;
- Eliminato (CVE-2019-6111) nell'implementazione dell'utility scp, consente di sovrascrivere file arbitrari nella directory di destinazione sul lato client quando ci si connette a un server controllato dall'attaccante. Il problema risiede nel fatto che, durante l'uso di scp, il server decide quali file e directory inviare al client, mentre il client verifica solo la correttezza dei nomi degli oggetti restituiti. La verifica sul lato client è limitata solo al blocco dell'uscita dall'attuale directory («../»), ma non tiene conto della trasmissione di file con nomi differenti da quelli inizialmente richiesti. In caso di copia ricorsiva (-r), oltre ai nomi dei file, è possibile manipolare anche i nomi delle sottodirectory in questo modo. Ad esempio, quando un utente copia file nella propria home directory, un server controllato dagli attaccanti può restituire, anziché i file richiesti, file con nomi come .bash_aliases o .ssh/authorized_keys, che verranno salvati dall'utility scp nella directory home dell'utente.
Nel nuovo rilascio, l'utilità scp ha introdotto una verifica della corrispondenza tra i nomi dei file richiesti e quelli forniti dal server, eseguita sul lato client. In questo processo, potrebbero sorgere problemi con la gestione delle maschere, poiché i caratteri delle maschere possono essere interpretati in modo diverso sul server e sul client. Qualora a causa di tali differenze il client smetta di accettare file in scp, è stata aggiunta l'opzione «-T», che consente di disattivare la verifica sul lato client. Per risolvere completamente il problema, è necessaria una revisione concettuale del protocollo scp, che di per sé è già obsoleto; pertanto, si consiglia di utilizzare protocolli più moderni come sftp e rsync.
Fonte: opennet.ru
