Hat hónapnyi fejlesztés után kiadás , nyílt forrású ügyfél- és szervermegoldás az SSH 2.0 és SFTP protokollok használatához.
Az új kiadásban kiemelt figyelmet érdemel az SSH-t, SSHD-t, SSH-Add-t és SSH-Keygen-t érintő sebezhetőség megszüntetése. A probléma az XMSS típusú zárt kulcsok elemzési kódjában található, és lehetővé teszi a támadó számára a számérték túlcsordulásának kezdeményezését. A sebezhetőség kihasználható, de kevésbé alkalmazható, mivel az XMSS kulcsok támogatása kísérleti lehetőség, amely alapértelmezés szerint le van tiltva (a hordozható verziója az autoconf alatt még a XMSS engedélyezésére sem kínál build opciót).
Főbb változások:
- az SSH-ban, SSHD-ben és SSH-ügynökben a kód, amely megakadályozza a memóriában lévő privát kulcs helyreállítását olyan oldalsó csatornákon végzett támadások során, mint például , és . A privát kulcsok most már titkosítva vannak betöltve a memóriába, és csak használatuk során kerülnek dekódolásra, egyébként titkosítva maradnak. E megközelítés mellett a sikeres zártkulcs-helyreállításhoz a támadónak először is vissza kell állítania egy 16 KB méretű, véletlenszerűen generált köztes kulcsot, amely a fő kulcs titkosításához használatos, ami a modern támadások jellemző hibaarányával valószínűtlen;
- A kísérleti támogatás került bevezetésre egy egyszerűsített digitális aláírások létrehozásának és ellenőrzésének séma támogatására. Digitális aláírások hozhatók létre a normál SSH-kulcsok segítségével, amelyeket lemezen vagy az SSH-ügynökben tárolnak, és ellenőrizhetők az authorized_keys-hez hasonló felhasználási módszerrel . A digitális aláírásba beágyazott információt a névtér használatával biztosítják a különböző területeken való felhasználás során fellépő zűrzavar elkerülése érdekében (például e-mail és fájlok esetén);
- az ssh-keygen alapértelmezetten az rsa-sha2-512 algoritmusra váltott a digitális aláírással igazolt tanúsítványok aláírásakor RSA-kulcs alapján (CA üzemmódban). Az ilyen tanúsítványok nem kompatibilisek az OpenSSH 7.2 előtti verziókkal (a kompatibilitás biztosítása érdekében az algoritmus típusát felül kell bírálni, például a ssh-keygen -t ssh-rsa -s ... hívásával);
- az SSH-ban a ProxyCommand kifejezésnél megvalósult a '%n' helyettesítő kifejezés kibővítése (az adott címzett név a címsorban);
- Az ssh és sshd titkosító algoritmusok listáiban a javasolt alapértelmezett algoritmusok beszúrásához mostantól a „^” szimbólum használható. Például az ssh-ed25519 alapértelmezett listához való hozzáadásához megadható a „HostKeyAlgorithms ^ssh-ed25519”;
- Az ssh-keygen biztosítja a kulcshoz csatolt megjegyzés kimenetét a nyilvános kulcs zárolt kulcsból való kinyerésekor;
- Az ssh-keygen új lehetőséget kaptott a „-v” kapcsoló használatára a kulcsok keresési műveletei során (például „ssh-keygen -vF host”), amely a hoszt vizuális aláírásának megjelenítéséhez vezet;
- Hozzáadva a mint alternatív formátum a titkos kulcsok tárolására lemezen. Alapértelmezés szerint a PEM formátumot használja, a PKCS8 pedig hasznos lehet a harmadik fél alkalmazásokkal való kompatibilitás eléréséhez.
Forrás: opennet.ru
