{"id":112310,"date":"2023-12-19T03:10:31","date_gmt":"2023-12-19T01:10:31","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-openssh-9-6-c-ustraneniem-uyazvimostej"},"modified":"2023-12-19T03:10:31","modified_gmt":"2023-12-19T01:10:31","slug":"reliz-openssh-9-6-c-ustraneniem-uyazvimostej","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/reliz-openssh-9-6-c-ustraneniem-uyazvimostej","title":{"rendered":"Rilascio di OpenSSH 9.6 con la risoluzione delle vulnerabilit\u00e0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stato pubblicato il rilascio di OpenSSH 9.6, un'implementazione open source di client e server per lavorare con i protocolli SSH 2.0 e SFTP. Nella nuova versione sono stati risolti tre problemi di sicurezza: <\/p>\n
\n
Vulnerabilit\u00e0 nel protocollo SSH (CVE-2023-48795, attacco \"Terrapin\"), che consente, durante un attacco MITM, di ripristinare la connessione utilizzando algoritmi di autenticazione meno sicuri e disattivare la protezione contro gli attacchi tramite canali alternativi, ricreando l'input attraverso l'analisi dei tempi tra le pressioni dei tasti sulla tastiera. Il metodo di attacco \u00e8 descritto in una notizia separata.\n
Vulnerabilit\u00e0 nell'utilit\u00e0 ssh, che consente di eseguire l'inserimento di comandi shell arbitrari attraverso la manipolazione dei valori di login e host, contenenti caratteri speciali. La vulnerabilit\u00e0 pu\u00f2 essere sfruttata se l'attaccante controlla i valori del login e del nome host passati in ssh, le direttive ProxyCommand e LocalCommand o i blocchi \"match exec\", in cui sono specificati caratteri di sostituzione, come %u e %h. Ad esempio, login e host non corretti possono essere inseriti in sistemi che utilizzano sottoprocessi in Git, poich\u00e9 Git non vieta la specifica di caratteri speciali nel nome host e dell'utente. Una vulnerabilit\u00e0 simile si manifesta anche in libssh.\n
Un errore in ssh-agent, che causa l'applicazione delle restrizioni solo alla prima chiave restituita dal token PKCS#11 durante l'aggiunta di chiavi private PKCS#11. Il problema non riguarda le normali chiavi private, i token FIDO e le chiavi senza restrizioni. <\/ul>\n
Altre modifiche: <\/p>\n
\n
In ssh \u00e8 stata aggiunta la sostituzione \"%j\", che viene espansa nel nome host specificato tramite la direttiva ProxyJump.\n
In ssh \u00e8 stata aggiunta la possibilit\u00e0 di impostare ChannelTimeout dal lato client, che pu\u00f2 essere utilizzata per chiudere canali inattivi.\n
In ssh, sshd, ssh-add e ssh-keygen \u00e8 stata aggiunta la possibilit\u00e0 di leggere chiavi private ED25519 nel formato PEM PKCS8 (in precedenza era supportato solo il formato OpenSSH).\n
In ssh e sshd \u00e8 stata aggiunta un'estensione del protocollo per la riconferma degli algoritmi di firma digitale per l'autenticazione mediante chiavi pubbliche, effettuata dopo aver ricevuto i dati sul nome utente. Ad esempio, tramite l'estensione \u00e8 possibile utilizzare selettivamente altri algoritmi in base agli utenti specificando PubkeyAcceptedAlgorithms nel blocco \"Match user\".\n
In ssh-add e ssh-agent \u00e8 stata aggiunta l'estensione del protocollo per la definizione dei certificati durante il caricamento delle chiavi PKCS#11, consentendo l'uso dei certificati associati alle chiavi private PKCS#11 in tutti gli strumenti OpenSSH che supportano ssh-agent, e non solo in ssh.\n
Migliorata la determinazione dei flag del compilatore non supportati o instabili, come \"-fzero-call-used-regs\" in clang.\n
Per limitare i privilegi del processo sshd nelle versioni di OpenSolaris che supportano l'interfaccia getpflags(), \u00e8 stato attivato il modo PRIV_XPOLICY invece di PRIV_LIMIT. <\/ul>\n