OpenSSH 8.3 väljaandmine koos scp haavatavuse kõrvaldamisega

Pärast kolme kuu arendustööd esitati vabastus OpenSSH 8.3, avatud kliendi ja serveri teostus SSH 2.0 ja SFTP protokollide jaoks.

Uues versioonis on lisatud kaitse scp rünnaku vastu, mis võimaldab serveril edastada teisi failinimesid, mis erinevad nõutud omadest (erinevalt eelmisest haavatavusest, see rünnak ei võimalda valida kasutaja poolt katalooge ega glob-maske). Tuletame meelde, et SCP-enam server otsustab, milliseid faile ja katalooge klientidele saata, ning klient kontrollib vaid tagastatud objektide nimesid. Tuvastatud probleemi olemus on see, et kui süsteemikutsung utimes lõpetab talitlushäire, siis tõlgendatakse faili sisu kui faili metaandmeid.

See omadus, ühendades serveriga, mida kontrollib kurjategija, võib kasutada kasutaja failisüsteemis ainete erikontode ja -sisu salvestamiseks, kopeerides scp kaudu konfiguratsioonides, mis põhjustavad utimes'i kutse ebaõnnestumise (nt SE Linuxi poliitika või süsteemikutsungite filtri kaudu utimes'i keeldumine). Reaalsete rünnakute tõenäosus on hinnatud minimaalseks, kuna tüüpilistes konfiguratsioonides ei lõppe kutsumine utimes tõrkena. Lisaks ei jää rünnak märkamata — scp kutse käivitamisel kuvatakse andmete edastamise viga.

Üldised muudatused:

• sftp-s on lõpetatud -1 argumendi töötlemine sarnaselt ssh ja scp-le, mis varem aktsepteeriti, kuid ignoreeriti;
• sshd-s on nüüd kolme valiku võimalus kasutamisel IgnoreRhosts: 'yes' — ignoreerige rhosts/shosts, 'no' — võta arvesse rhosts/shosts ja 'shosts-only' — lubada '.shosts', kuid keelata '.rhosts';
• ssh-s on tagatud %TOKEN asendamine LocalFoward ja RemoteForward seadistustes, mida kasutatakse Unix-soketite suunamiseks;
• Lubatud on laadida avatud võtmeid krüpteerimata privaatvõtme failist, kui eraldi avatud võtme faili ei ole;
• Kui süsteemis on libcrypto, siis ssh ja sshd nüüd kasutavad selle teegi chacha20 algoritmi teostust, mitte sisseehitatud ülekandeteostust, mis jääb tootlikkuses maha;
• Rakendatud on võimalus dumpida tühistatud sertifikaatide binaarse nimekirja sisu käsu 'ssh-keygen -lQf /path' täitmisel.
• Kantav versioon võimaldab määrata süsteeme, kus SA_RESTART valiku signaalid katkestavad select töö;
• Probleemid HP/UX ja AIX süsteemide kokkupanekuga on lahendatud;
• Seccomp sandboxi koostamisprobleemid mõnedes Linuxi konfigureerimistes on kõrvaldatud;
• Parandatud on libfido2 teegi määramine ning lahendatud on koostamisprobleemid valikuga „—with-security-key-builtin“.

OpenSSH arendajad on taas hoiatanud, et SHA-1 hash’ide kasutamiseks mõeldud algoritmid muudetakse peagi vananenuks, seoses tõhususe kasvuga eeldefineeritud kollisioonirünnakute puhul (kollisiooni leidmise maksumus on hinnanguliselt umbes 45 tuhat dollarit). Ühes järgnevas väljaandes plaanitakse vaikimisi keelata digitaalsete allkirjade kasutamine avatud võtme algoritmiga „ssh-rsa“, mida mainitakse SSH protokolli originaalses RFC-s ja mis on praktikas endiselt laialdaselt levinud (ssh-rsa rakenduse kontrollimiseks oma süsteemides võib proovida ssh-iga ühenduda, kasutades valikut „-oHostKeyAlgorithms=-ssh-rsa“).

Uute algoritmide ülemineku sujuvamaks muutmiseks OpenSSH-s, plaanitakse ühes järgnevates väljaannetes vaikimisi lubada seadistust UpdateHostKeys, mis võimaldab automaatselt suunata kliente usaldusväärsematele algoritmidele. Soovitatud migreerimise algoritmide seas on rsa-sha2-256/512, mis põhineb RFC8332 RSA SHA-2 (toetatakse OpenSSH 7.2 alates ja kasutatakse vaikimisi), ssh-ed25519 (toetatakse OpenSSH 6.5 alates) ja ecdsa-sha2-nistp256/384/521, mis põhineb RFC5656 ECDSA (toetatakse OpenSSH 5.7 alates).

Alates eelmisest väljaandest on „ssh-rsa“ ja „diffie-hellman-group14-sha1“ eemaldatud CASignatureAlgorithms nimekirjast, mis määrab uute sertifikaatide digitaalallkirjade lubatud algoritmid, kuna SHA-1 sertifikaatides on lisarisk, kuna ründajal on piiramatu aeg kollisiooni otsimiseks olemasoleva sertifikaadi jaoks, samal ajal kui hosti võtmete rünnaku kestus on piiratud ühenduse taotlemise ajaga (LoginGraceTime).

Allikas: opennet.ru