В сети Tor скомпрометировали сотни выходных узлов для перехвата SSH
В начале октября через изменённые выходные узлы Tor злоумышленники перенаправляли SSH-подключения на свои серверы. Риск касался пользователей, которые входили на серверы по паролю и приняли незнакомый или изменившийся ключ хоста.
Злоумышленники получили контроль над более чем 300 выходными узлами Tor и использовали их для перехвата SSH-соединений, сообщил исследователь под псевдонимом kaba. Атака продолжалась с 1 по 5 октября: трафик к SSH-серверам перенаправлялся на 12 промежуточных серверов, способных получить введённые пароли.
Выходной узел — последняя точка маршрута Tor, через которую трафик покидает сеть и направляется к целевому серверу. При атаке на таких узлах изменили конфигурацию: на 342 реле открыли порт 22, ранее заблокированный политикой выхода, а ещё 24 узла, не работавшие как выходные, перевели в этот режим. Одновременно на большинстве затронутых реле закрыли зашифрованные почтовые порты IMAPS и POP3S, но открыли IMAP и POP3.
2 октября kaba проверил примерно 3 тыс. выходных узлов Tor и обнаружил 333, которые перенаправляли SSH-подключения на одни и те же 12 серверов. В анализе публичных данных каталогов Tor также насчитали 377 реле у 59 операторов, сменивших политику выхода с 1 по 4 октября. Авторы анализа отдельно оговорили, что совпадение политики не доказывает компрометацию каждого из этих узлов.
На пике, 4 октября, реле с соответствующей политикой обеспечивали 7,46% пропускной способности выходных узлов Tor по показателю consensus weight. Проект Tor начал помечать подозрительные реле 4 октября, а к 5 октября они исчезли из консенсуса — списка узлов, которым доверяют клиенты Tor при построении маршрутов.
Перехват был возможен, когда пользователь подключался к SSH-серверу через затронутый выходной узел, видел предупреждение об изменении ключа хоста либо запрос на принятие нового ключа, соглашался с ним и авторизовывался паролем. После этого промежуточный сервер мог передать соединение настоящему серверу, сохранив для пользователя видимость штатной сессии, но получить пароль и наблюдать команды.
Аутентификация SSH-ключом не позволяла таким же образом войти на настоящий сервер: подпись клиента привязана к конкретной сессии и не подходит для другой. Однако сервер-перехватчик мог принять ключевую авторизацию сам и показать поддельную оболочку.
Исследователь не приводит данных о числе пострадавших. Тем, кто в период с 1 по 5 октября подключался к SSH через Tor, принял незнакомый или изменившийся ключ хоста и вводил пароль, рекомендовано считать пароль скомпрометированным, сменить его и проверить сервер на признаки бэкдора Ebury. В одном из случаев перехватывающий сервер использовал ключ ED25519 с отпечатком SHA256:6baCZCPsl+AfQuujUS81fMEE/C7UeJ+AwjrImqmDB3E; другие серверы могли применять иные ключи.