Ранливост кај SSH клиентите OpenSSH и PuTTY

Во SSH клиентите OpenSSH и PuTTY идентификувани ранливост (CVE-2020-14002 во Кит и CVE-2020-14145 во OpenSSH), што доведува до истекување на информации во алгоритмот за преговарање конекција. Ранливоста му овозможува на напаѓачот способен да го пресретнува сообраќајот на клиентот (на пример, кога корисникот се поврзува преку безжична пристапна точка контролирана од напаѓачот) да открие обид за првично поврзување на клиентот со домаќинот кога клиентот сè уште не го кеширал клучот на домаќинот.

Знаејќи дека клиентот се обидува да се поврзе за прв пат и сè уште го нема клучот за домаќин на своја страна, напаѓачот може да ја емитува врската преку себе (MITM) и да му го даде на клиентот својот клуч за домаќин, што клиентот SSH ќе го разгледа да биде клучот на целниот домаќин ако не го потврди отпечатокот од клучот. Така, напаѓачот може да организира MITM без да предизвика сомнеж кај корисникот и да ги игнорира сесиите во кои клиентската страна веќе има кеширани клучеви на домаќинот, обид за замена што ќе резултира со предупредување за промена на клучот на домаќинот. Нападот се заснова на невнимание на корисниците кои не го проверуваат рачно отпечатокот од клучот на домаќинот кога првпат се поврзуваат. Оние кои ги проверуваат клучните отпечатоци од прсти се заштитени од такви напади.

Како знак за одредување на првиот обид за поврзување, се користи промена во редоследот на наведување на поддржаните алгоритми за домаќински клучеви. Ако се случи првата врска, клиентот пренесува листа на стандардни алгоритми, а ако клучот на домаќинот е веќе во кешот, тогаш поврзаниот алгоритам се става на прво место (алгоритмите се подредени по приоритет).

Проблемот се појавува во изданијата на OpenSSH од 5.7 до 8.3 и PuTTY од 0.68 до 0.73. Проблем елиминирани во прашање Пути 0.74 со додавање на опција за оневозможување на динамичката конструкција на листа на алгоритми за обработка на клучот домаќин во корист на наведување на алгоритмите во постојан редослед.

Проектот OpenSSH не планира да го промени однесувањето на клиентот SSH, бидејќи ако на прво место не го наведете алгоритмот на постоечкиот клуч, ќе се направи обид да се користи алгоритам што не одговара на кешираниот клуч и ќе се прикаже предупредување за непознат клуч. Оние. се појавува избор - или истекување на информации (OpenSSH и PuTTY), или предупредувања за промена на клучот (Dropbear SSH) ако зачуваниот клуч не одговара на првиот алгоритам во стандардната листа.

За да обезбеди безбедност, OpenSSH нуди алтернативни методи за проверка на клучот на домаќинот користејќи записи SSHFP во DNSSEC и сертификати за домаќини (PKI). Можете исто така да го оневозможите адаптивниот избор на алгоритми на клучеви за домаќини преку опцијата HostKeyAlgorithms и да ја користите опцијата UpdateHostKeys за да му дозволите на клиентот да добие дополнителни клучеви за домаќин по автентикацијата.

Извор: opennet.ru