Na vier maanden ontwikkeling is de release van OpenSSH 8.7 gepresenteerd, een open implementatie van een client en server voor het werken met de SSH 2.0 en SFTP protocollen.
Belangrijkste wijzigingen:
- In scp is een experimentele modus voor gegevensoverdracht toegevoegd die gebruik maakt van het SFTP-protocol in plaats van het traditioneel gebruikte SCP/RCP-protocol. SFTP maakt gebruik van meer voorspelbare methoden voor het verwerken van namen en gebruikt geen glob-patronen via de shell aan de zijde van de andere host, wat beveiligingsproblemen oplevert. Om SFTP in scp in te schakelen is de vlag '-s' voorgesteld, maar in de toekomst staat gepland om deze protocol standaard te maken.
- In sftp-server zijn extensies van het SFTP-protocol geïmplementeerd voor het blootleggen van paden ~/ en ~user/, wat nodig is voor scp.
- In de scp-tool is het gedrag bij het kopiëren van bestanden tussen twee externe hosts (bijvoorbeeld 'scp host-a:/pad host-b:') gewijzigd, dat nu standaard via een tussenliggende lokale host plaatsvindt, zoals bij het opgeven van de vlag '-3'. Deze aanpak voorkomt het verzenden van onnodige referenties naar de eerste host en de driedubbele interpretatie van bestandsnamen in de shell (aan de zijde van de bron, ontvanger en lokale systeem), en maakt bij het gebruik van SFTP alle authenticatiemethoden mogelijk bij toegang tot externe hosts, niet alleen niet-interactieve methoden. Om het oude gedrag te herstellen is de optie '-R' toegevoegd.
- In ssh is de instelling ForkAfterAuthentication toegevoegd, die overeenkomt met de vlag '-f'.
- In ssh is de instelling StdinNull toegevoegd, die overeenkomt met de vlag '-n'.
- In ssh is de instelling SessionType toegevoegd, waarmee de modi kunnen worden ingesteld die overeenkomen met de vlaggen '-N' (zonder sessie) en '-s' (subsystem).
- In ssh-keygen is het toegestaan om de geldigheidsduur van sleutels aan te geven in bestanden met sleutels.
- In ssh-keygen is de vlag '-Oprint-pubkey' toegevoegd om de volledige openbare sleutel in de sshsig-handtekening weer te geven.
- In ssh en sshd, zowel client als server, is overgestapt op het gebruik van een striktere parser voor het configuratiebestand, die gebruik maakt van shell-achtige regels voor het verwerken van aanhalingstekens, spaties en escape-tekens. De nieuwe parser negeert ook eerder toegestane aannames, zoals het overslaan van argumenten in opties (bijvoorbeeld het is nu niet toegestaan een lege DenyUsers-directive op te geven), ongeopende aanhalingstekens en het opgeven van meerdere '=' symbolen.
- Bij het gebruik van SSHFP DNS-records voor sleutelverificatie, controleert ssh nu alle overeenkomende records in plaats van alleen de records van een bepaald type digitale handtekening.
- Bij ssh-keygen wordt bij het genereren van een FIDO-sleutel met de optie -Ochallenge voor hashing nu een ingebouwde laag gebruikt in plaats van de middelen van libfido2, waardoor challenge-sequenties groter of kleiner dan 32 byte kunnen worden gebruikt.
- In sshd wordt bij het verwerken van de directive environment="…" in de bestanden authorized_keys nu de eerste overeenkomst aangenomen en geldt er een beperking van 1024 namen voor omgevingsvariabelen.
De ontwikkelaars van OpenSSH hebben ook gewaarschuwd voor de overgang naar verouderde algoritmen die SHA-1-hashes gebruiken, vanwege de verhoogde effectiviteit van collisietaanvallen met een gegeven prefix (de kosten voor het vinden van een botsing worden geschat op ongeveer 50 duizend dollar). In de volgende versie is het de bedoeling om de mogelijkheid om het digitale handtekeningenalgorithm "ssh-rsa" standaard uit te schakelen, dat in de originele RFC voor het SSH-protocol wordt genoemd en in de praktijk wijdverspreid blijft.
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". Het standaard uitschakelen van digitale handtekeningen "ssh-rsa" betekent echter niet dat RSA-sleutels volledig worden afgewezen, aangezien het SSH-protocol naast SHA-1 ook andere hash-algoritmen toestaat. In het bijzonder blijft naast "ssh-rsa" de mogelijkheid om de koppelingen "rsa-sha2-256" (RSA/SHA256) en "rsa-sha2-512" (RSA/SHA512) te gebruiken.
Om de overgang naar nieuwe algoritmen in OpenSSH te vergemakkelijken, was de UpdateHostKeys-instelling eerder standaard ingeschakeld, waardoor clients automatisch worden overgezet naar betrouwbaardere algoritmen. Met deze instelling wordt een speciale protocol-extensie "hostkeys@openssh.com" geactiveerd die server na authenticatie de client kan informeren over alle beschikbare host-sleutels. De client kan deze sleutels in zijn bestand ~ / .ssh / known_hosts reflecteren, wat de bijwerking van host-sleutels mogelijk maakt en het wisselen van sleutels vereenvoudigt. de server.
Het gebruik van UpdateHostKeys is beperkt tot enkele voorwaarden, die in de toekomst kunnen worden opgeheven: de sleutel moet worden vermeld in UserKnownHostsFile en mag niet worden gebruikt in GlobalKnownHostsFile; de sleutel moet slechts onder één naam aanwezig zijn; er mag geen hostkey-certificaat worden toegepast; er mogen geen hostnaammaskers in known_hosts worden gebruikt; de instelling VerifyHostKeyDNS moet uitgeschakeld zijn; de parameter UserKnownHostsFile moet actief zijn.
Onder de aanbevolen algoritmen voor migratie worden rsa-sha2-256/512 genoemd, gebaseerd op RFC8332 RSA SHA-2 (ondersteund sinds OpenSSH 7.2 en standaard gebruikt), ssh-ed25519 (ondersteund sinds OpenSSH 6.5) en ecdsa-sha2-nistp256/384/521 op basis van RFC5656 ECDSA (ondersteund sinds OpenSSH 5.7).
Bron: opennet.ru
