OpenSSH 8.4 kiadás

Négy hónapos fejlesztés után bemutatva Megjelent az OpenSSH 8.4, az SSH 2.0 és SFTP protokollokhoz készült kliens és szerver nyílt forráskódú implementációja.

Főbb változások:

• Biztonsággal kapcsolatos változások:
  • A ssh-agentben, ha FIDO kulcsokat használnak, amelyek nem SSH hitelesítéshez készültek (a kulcsazonosító nem "ssh:" kezdetű), mostantól ellenőrzés történik, hogy az üzenetet az SSH protokollban alkalmazott módszerekkel írják alá. A változtatás nem teszi lehetővé a ssh-agent távoli hosztokra történő átirányítását, amelyek FIDO kulcsokkal rendelkeznek, blokkolva ezzel e kulcsok webhitelesítési kérések aláírására történő felhasználását (az ellenkező eset, amikor a böngésző aláírási kérést végezhet SSH-n, eredetileg kizárásra került a kulcsazonosító "ssh:" előtagjának alkalmazása révén).
  • Az ssh-keygenben a rezidens kulcs generálásakor hozzáadták a credProtect kiegészítő támogatását, amely a FIDO 2.1 specifikációban szerepel, további védelmet nyújt a kulcsoknak a PIN-kód megadásának kötelező kikérése révén, mielőtt bármilyen műveletet végeznének, amely a rezidens kulcs kinyeréséhez vezethet a tokenből.
• Változások, amelyek potenciálisan megsérthetik a kompatibilitást:
  • A FIDO/U2F támogatásához javasolt a libfido2 könyvtár legalább 1.5.0 verziójának használata. Részben megvalósították a régebbi verziók használatának lehetőségét, de ebben az esetben elérhetetlenné válnak olyan funkciók, mint a rezidens kulcsok, a PIN kérés és több token csatlakoztatása.
  • Az ssh-keygenben az FIDO kulcs generálásakor opcionálisan mentett bizonyító információs formátumba adatok kerültek a hitelesítő eszközökről, amelyek szükségesek a bizonyító digitális aláírások ellenőrzéséhez.
  • Megváltozott az API, amelyet az OpenSSH a tokenekhez való kapcsolódáshoz használt köztes réteggel való interakciókor használnak.
  • A hordozható OpenSSH verzió építésekor mostantól szükséges az automake a configure script és a kapcsolódó építési fájlok létrehozásához (ha az építést a közzétett tar fájlból hajtják végre, a configure újragenerálása nem szükséges).
• A ssh és ssh-keygen támogatja a PIN-kódot igénylő FIDO kulcsokat. Az ssh-keygenben a "verify-required" opciót adták hozzá a PIN-kódot kérő kulcsok generálásához. Az ilyen kulcsok használata esetén a felhasználónak aláírás létrehozása előtt PIN-kód megadásával kell megerősítenie a műveletet.
• Az sshd authorized_keys beállításában elérhető a „verify-required” opció, amely megköveteli a felhasználó azonosítását a tokennel végzett műveletek során. A FIDO szabvány többféle azonosítási lehetőséget kínál, de jelenleg az OpenSSH csak a PIN-kód alapú ellenőrzést támogatja.
• Az sshd és az ssh-keygen támogatja a digitális aláírások ellenőrzését, amelyek megfelelnek a FIDO Webauthn szabványnak, lehetővé téve a FIDO kulcsok alkalmazását webböngészőkben.
• Az ssh CertificateFile beállításaiban,
  ControlPath, IdentityAgent, IdentityFile, LocalForward és
  RemoteForward mostantól lehetőség van környezeti változók értékeinek behelyettesítésére a „${ENV}” formátumban.
• Az ssh és az ssh-agent támogatja a $SSH_ASKPASS_REQUIRE környezeti változót, amelyet az ssh-askpass hívásának engedélyezésére vagy letiltására lehet használni.
• Az ssh_config ssh-ben az AddKeysToAgent direktíva lehetőséget ad a kulcs érvényességi idejének korlátozására. A megadott időkorlát letelte után a kulcsok automatikusan törlésre kerülnek az ssh-agentből.
• Az scp és sftp mostantól a „-A” zászló segítségével kifejezetten engedélyezheti az ssh-agenttel való átirányítást (a szabály szerint az átirányítás alapértelmezés szerint tilos).
• Az ssh beállításai között hozzáadták a ‘%k’ behelyettesítést, amely a gazdagép kulcsának nevét határozza meg. E lehetőséget a kulcsok különálló fájlokba történő szétválasztására lehet használni (például: „UserKnownHostsFile ~/.ssh/known_hosts.d/%k”).
• Engedélyezett az „ssh-add -d -” művelet használata, amely az stdin-ből olvas kulcsokat, amelyek törlésre várnak.
• Az sshd logban tükrözi a kapcsolatok redukálási folyamatának kezdetét és végét, amelyet a MaxStartups paraméter szabályoz.

Az OpenSSH fejlesztői emlékeztették a közelgő elavult algoritmusok átállítására, amelyek SHA-1 hash-t használnak, tekintettel a ütések növekedésére a megadott prefixumú ütközési támadások hatékonyságának (a kollekció költsége körülbelül 45 ezer dollárra becsülhető). Az egyik következő kiadásban tervezik letiltani az ssh-rsa nyilvános aláírás algoritmus alapértelmezett engedélyezésének lehetőségét, amely a SSH protokoll eredeti RFC-jében szerepel, és széles körben elterjedt a gyakorlatban (az ssh-rsa alkalmazásának ellenőrzésére a rendszereikben megpróbálhatnak csatlakozni ssh-val a „-oHostKeyAlgorithms=-ssh-rsa” opcióval).

Az OpenSSH következő verziójában alapértelmezés szerint aktiválva lesz az UpdateHostKeys beállítás, amely lehetővé teszi az ügyfelek automatikus áttérését megbízhatóbb algoritmusokra az új algoritmusokra való zökkenőmentes átmenet érdekében. Az ajánlott migrációs algoritmusok között szerepel az rsa-sha2-256/512, amely az RFC8332 RSA SHA-2 alapján készült (az OpenSSH 7.2-től támogatott és alapértelmezés szerint használják), az ssh-ed25519 (az OpenSSH 6.5-től támogatott) és az ecdsa-sha2-nistp256/384/521, amely az RFC5656 ECDSA alapján készült (az OpenSSH 5.7-től támogatott).

Forrás: opennet.ru