Dopo tre mesi di sviluppo, \u00e8 stata rilasciata la versione OpenSSH 10.4, un'implementazione open-source di client e server per lavorare con i protocolli SSH 2.0 e SFTP. Le principali novit\u00e0: <\/p>\n
\n
\u00c8 stata aggiunta la supporto sperimentale per lo schema di firma digitale combinato «mldsa44-ed25519», che unisce l'algoritmo post-quantistico ML-DSA 44 e l'algoritmo basato su curve ellittiche Ed25519. Per abilitare il supporto, \u00e8 necessario aggiungere «mldsa44-ed25519» nelle direttive HostKeyAlgorithms e PubkeyAcceptedAlgorithms. Per generare le chiavi, si pu\u00f2 utilizzare il comando «ssh-keygen -t mldsa44-ed25519».\n
In ssh e sshd \u00e8 stata implementata una nuova realizzazione del sistema di corrispondenza per pattern, basata su un automa a stati finiti non deterministico e non soggetta al problema dell'esplosione computazionale che si verifica usando maschere con molti caratteri «*».\n
Modificato il comportamento delle build Linux di sshd con la filtrazione delle chiamate di sistema tramite seccomp. In precedenza, il crash all'attivazione di SECCOMP o NO_NEW_PRIVS su sistemi Linux senza supporto per queste funzionalit\u00e0 portava alla registrazione di un avviso nei log e alla continuit\u00e0 del funzionamento senza isolamento, mentre ora provocher\u00e0 un arresto anomalo.\n
Utilizzando l'opzione «sshd -G», nel dump della configurazione le direttive vengono ora registrate utilizzando lettere maiuscole e minuscole, invece che solo con lettere minuscole (ad es. «PubkeyAuthentication» invece di «pubkeyauthentication»).\n
Il comportamento di ssh e sshd \u00e8 stato allineato con lo standard RFC 4253: l'invio di messaggi non correlati alla negoziazione delle chiavi durante il ri-scambio delle chiavi causer\u00e0 ora la chiusura della connessione. In precedenza, gli aggressori potevano lanciare un attacco DoS inviando senza fine messaggi estranei durante il processo di scambio delle chiavi, che venivano memorizzati in server<\/a> e consumavano memoria. <\/ul>\n