SÄrbarhet i SSH-klienterna OpenSSH och PuTTY

I SSH-klienter som OpenSSH och PuTTY upptÀcktes sÄrbarhet (CVE-2020-14002 i PuTTY och CVE-2020-14145 i OpenSSH), vilket leder till lÀckage av information i algoritmen för anslutningsöverenskommelse. SÄrbarheten gör det möjligt för en angripare, som kan avlyssna kundens trafik (till exempel vid inloggning av en anvÀndare via en kontrollpunkt för trÄdlös Ätkomst som kontrolleras av angriparen), att identifiera den initiala anslutningsförsöket frÄn klienten till vÀrden, nÀr klienten Ànnu inte har cachat vÀrdnyckeln.

Genom att veta att klienten försöker ansluta första gÄngen och Ànnu inte har vÀrdnyckeln pÄ sin sida, kan angriparen dirigera anslutningen genom sig sjÀlv (MITM) och ge klienten sin vÀrdnyckel, som SSH-klienten kommer att tro Àr nyckeln till den avsedda vÀrden, om den inte verifierar nyckelns fingerprint. PÄ sÄ sÀtt kan angriparen genomföra MITM utan att vÀcka misstankar hos anvÀndaren och ignorera sessioner dÀr klienten redan har cachade vÀrdnycklar, vars förfalskning skulle leda till en varning om att vÀrdnyckeln har Àndrats. Attacken bygger pÄ anvÀndares oförsiktighet och bristen pÄ manuell verifiering av vÀrdnyckelns fingerprint vid första anslutningen. De som kontrollerar nycklarnas fingerprints Àr skyddade mot sÄdana attacker.

Som ett tecken för att identifiera den första anslutningsförsöket anvÀnds en förÀndring av ordningen för de stödja algoritmerna för vÀrdnycklar. Om det Àr första anslutningen skickar klienten en lista med algoritmer som standard, och om vÀrdnyckeln redan finns i cachen, stÀlls den relaterade algoritmen först (algoritmer sorteras i ordning av preferens).

Problemet visar sig i versioner av OpenSSH frÄn 5.7 till 8.3 och i PuTTY frÄn 0.68 till 0.73. Problemet har ÄtgÀrdats i utgÄvan PuTTY 0.74 genom att lÀgga till ett alternativ för att inaktivera dynamisk konstruktion av listan med algoritmer för behandling av vÀrdnycklar till förmÄn för en konstant ordning av algoritmer.

OpenSSH-projektet planerar inte att Ă€ndra beteendet hos SSH-klienten, eftersom om algoritmen för den befintliga nyckeln inte anges först, kommer det att göras ett försök att anvĂ€nda en algoritm som inte stĂ€mmer överens med den cacherade nyckeln, med en varning om en okĂ€nd nyckel. Det uppstĂ„r alltsĂ„ ett val — antingen lĂ€ckage av information (OpenSSH och PuTTY) eller varningar om att byta nyckel (Dropbear SSH) om den sparade nyckeln inte överensstĂ€mmer med den första algoritmen i standardlistan.

För att sÀkerstÀlla skydd i OpenSSH rekommenderas det att anvÀnda alternativa metoder för att verifiera vÀrdnyckeln med hjÀlp av SSHFP-poster i DNSSEC och vÀrdcertifikat (PKI). Det gÄr ocksÄ att stÀnga av adaptiv val av algoritmer för vÀrdnycklar via alternativet HostKeyAlgorithms och anvÀnda alternativet UpdateHostKeys för att fÄ ytterligare vÀrdnycklar efter autentisering av klienten.

KĂ€lla: opennet.ru

Köp pĂ„litlig webbhotell med DDoS-skydd, VPS VDS-servrar đŸ”„ Köp pĂ„litlig webbhotell med DDoS-skydd, VPS VDS-servrar | ProHoster