{"id":182869,"date":"2026-08-12T04:54:03","date_gmt":"2026-08-12T02:54:03","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-openssh-10-5"},"modified":"2026-08-12T04:54:03","modified_gmt":"2026-08-12T02:54:03","slug":"vypusk-openssh-10-5","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/vypusk-openssh-10-5","title":{"rendered":"Uscita di OpenSSH 10.5","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stata pubblicata la versione OpenSSH 10.5, un'implementazione open source di client e server per funzionare con i protocolli SSH 2.0 e SFTP. Le principali novit\u00e0: <\/p>\n
\n
Per la versione portatile di OpenSSH, ora \u00e8 necessaria la supporto per la crittografia basata su curve elliptiche (ECC - Elliptic Curve Cryptography) nella libreria libcrypto, inclusa la supporto per la curva elliptica NISTP521. In libcrypto dalle implementazioni di LibreSSL, OpenSSL, BoringSSL e AWS LC, questo supporto \u00e8 incluso per impostazione predefinita.\n
Nell'utilit\u00e0 ssh-keygen, durante il ripristino della password per le chiavi private per i token FIDO, \u00e8 stata implementata l'impostazione dei flag touch-required e verify-required, che richiedono la conferma da parte dell'utente.\n
Nell'utilit\u00e0 ssh \u00e8 cambiato l'ordine di applicazione dei certificati durante l'autenticazione tramite chiavi pubbliche: ora vengono prima utilizzate le chiavi FIDO, che non richiedono azioni da parte dell'utente, mentre in ultima posizione si trovano le chiavi che richiedono la verifica tramite PIN o biometria.\n
Aggiunta la command \u00abssh -Z user\u00bb, che restituisce le chiavi nell'ordine in cui vengono utilizzate per l'autenticazione tramite chiavi pubbliche.\n
Sono stati risolti problemi di sicurezza:\n
\n
\u00c8 stata corretta l'errata gestione delle richieste di binding delle sessioni durante il blocco dell'SSH Agent, che portava a una situazione in cui, invece di negare l'accesso, l'SSH Agent permetteva di eseguire operazioni da remoto che dovevano essere disponibili solo localmente, come l'aggiunta di token PKCS#11 e l'uso di chiavi legate a specifici server.\n
Nel client ssh \u00e8 stata eliminata una potenziale dereferenziazione di memoria dopo la sua liberazione (use-after-free), che si manifestava durante il multiplexing delle connessioni SSH attraverso un socket nel caso di aggiunta di un nuovo port forwarding mentre il client stava ancora aspettando una risposta dal server per l'apertura del precedente port forwarding.\n
In sshd \u00e8 stato implementato un corretto applicazione delle restrizioni impostate tramite il flag \u00abrestrict\u00bb nel file authorized_keys, per i tunnel reindirizzati. <\/ul>\n<\/ul>\n