De release van OpenSSH 8.8 is gepubliceerd, een open-source implementatie van een client en server voor gebruik met de SSH 2.0 en SFTP protocollen. Deze uitgave is opmerkelijk omdat de mogelijkheid om digitale handtekeningen met RSA-sleutels en SHA-1 hash (āssh-rsaā) standaard is uitgeschakeld.
Het stopzetten van de ondersteuning voor āssh-rsaā is te wijten aan de efficiĆ«ntie van collisielekken met een bepaalde prefix (de kosten van een collisiematch worden geschat op ongeveer 50.000 dollar). Om te controleren of ssh-rsa in uw systemen wordt toegepast, kunt u proberen verbinding te maken via ssh met de optie ā-oHostKeyAlgorithms=-ssh-rsaā. De ondersteuning voor RSA-handtekeningen met SHA-256 en SHA-512 hashes (rsa-sha2-256/512), die zijn ondersteund sinds OpenSSH 7.2, blijft ongewijzigd.
In de meeste gevallen vereist het stopzetten van de ondersteuning voor āssh-rsaā geen handmatige acties van gebruikers, aangezien in OpenSSH eerder de UpdateHostKeys-instelling standaard was ingeschakeld, die automatisch clients naar veiligere algoritmen overbracht. Voor migratie wordt de protocoluitbreiding āhostkeys@openssh.comā gebruikt, waarmee server na authenticatie de client kan worden geĆÆnformeerd over alle beschikbare hostsleutels. Bij verbinding met hosts met zeer oude versies van OpenSSH aan de klantzijde kan selectief de mogelijkheid om āssh-rsaā handtekeningen te gebruiken worden hersteld door in ~/.ssh/config in te voeren: Host oude_host_naam HostkeyAlgorithms +ssh-rsa PubkeyAcceptedAlgorithms +ssh-rsa
In de nieuwe versie is ook een beveiligingsprobleem verholpen dat is veroorzaakt doordat in sshd, sinds de release van OpenSSH 6.2, de initialisatie van de gebruikersgroep niet correct werd uitgevoerd bij het uitvoeren van opdrachten die waren opgegeven in de directives AuthorizedKeysCommand en AuthorizedPrincipalsCommand. Deze directives moeten ervoor zorgen dat opdrachten onder een andere gebruiker worden uitgevoerd, maar in werkelijkheid erfden ze de lijst met groepen die werden gebruikt bij het opstarten van sshd. Potentieel zou dergelijk gedrag, bij bepaalde systeeminstellingen, de opgestarte handler extra privileges in het systeem kunnen geven.
In de opmerking bij de nieuwe release is ook een waarschuwing gepubliceerd over de intentie om standaard de scp-tool over te schakelen naar SFTP in plaats van het verouderde SCP/RCP-protocol. SFTP maakt gebruik van meer voorspelbare methoden voor het verwerken van bestandsnamen en gebruikt geen glob-patterns in bestandsnamen via de shell aan de andere kant, wat beveiligingsproblemen creƫert. In het bijzonder, bij het gebruik van SCP en RCP server neemt de beslissing welke bestanden en mappen naar de client verzonden worden, terwijl de client alleen de juistheid van de teruggestuurde objectnamen controleert, wat, bij gebrek aan passende controles aan de clientzijde, de server in staat stelt om andere bestandsnamen door te geven die afwijken van de aangevraagde. Het SFTP-protocol heeft deze problemen niet, maar ondersteunt geen onthulling van speciale paden, zoals '~/'. Om dit verschil te verhelpen, werd in de vorige release van OpenSSH een nieuwe SFTP-protocolextensie voorgesteld voor het onthullen van de paden ~/ en ~user/.
Bron: opennet.ru
