Профиль: Аноним (вход | регистрация) неRU opennet.me  
OpenNET

[ новости /+++ | форум | теги |    ]

Около 10% выходных узлов Tor были вовлечены в атаку по перехвату SSH-подключений

23.10.2026 14:12 (MSK)

Опубликованы детали инцидента, в ходе которого злоумышленникам удалось получить контроль над 333 выходными узлами сети Tor (всего в Tor около 3000 выходных узлов) и организовать на них перехват нешифрованного трафика и перенаправление SSH-соединений. Атака началась 2 октября (в пятницу вечером), но была выявлена и начала блокироваться 4 октября. 5 октября все скомпрометированные серверы были отключены операторами или самими атакующими. Разбирательство показало, что атакующие получили доступ к серверам за два месяца до начала атаки на пользователей Tor и установили в скомпрометированных системах вредоносное ПО Ebury 1.8.3.

Целью атаки был перехват паролей, ключей и конфиденциальной информации в транзитном незашифрованном трафике, а также захват паролей к SSH. При анализе незашифрованного трафика атакующие сосредоточились на обращениях без шифрования к почтовыми серверам. Для стимулирования отката на работу без шифрования на выходных узлах было произведено блокирование сетевых портов, применяемых для организации шифрованного канала связи с почтовыми серверами. Нешифрованный трафик анализировался на лету.

Для сбора паролей к SSH было организовано перенапрваление SSH-запросов на один из 12 серверов злоумышленников. Данные серверы принимали соединение по SSH и выводили запрос пароля от имени сервера, к которому осуществлялось подключение. Так как хостовые ключи не совпадали, ssh на стороне клиента выдавал предупреждение о подключении к неизвестному серверу.

Если пользователь игнорировал данное предупреждение и вводил пароль для подключения, то вредоносный сервер транслировал через себя подключение к легитимному целевому SSH-серверу, сохранял введённый жертвой пароль и перехватывал информацию о действиях в SSH-сеансе. Параллельно осуществлялось подключение к целевому серверу с захваченным паролем и установка на него вредоносного ПО Ebury. Получая контроль над Linux-серверами, не являющимися выходными узлами Tor, атакующие меняли настройки в файле torrc и превращали их новые вредоносные выходные узлы Tor.

Для определения всех вредоносных выходных узлов выявивший проблему исследователь использовал утилиту exitmap для перебора всех выходных узлов, установки SSH-соединения через каждый из них и проверки факта пренаправления запроса. Как именно атакующие получили доступ к захваченным Tor-узлам пока не ясно, среди прочего высказываются предположения о компрометации операторов хостинга.

  1. Главная ссылка к новости (https://kaba.cx/posts/20261020...)
  2. OpenNews: Реализация DDIO в чипах Intel допускает сетевую атаку по определению нажатий клавиш в сеансе SSH
  3. OpenNews: Атака на пользователей Tor, в которую вовлечено четверть мощности выходных узлов
  4. OpenNews: DoS-атаки для снижения производительности сети Tor
  5. OpenNews: Mayhem - атака, искажающая биты в памяти для обхода аутентификации в sudo и OpenSSH
  6. OpenNews: Новый вид теоретической атаки по деанонимизации в Tor
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/66531-tor
Ключевые слова: tor, mitm, ssh
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (35) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 14:34, 23/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/–
    Почему по дефолту SSH не отключает вход по паролю - не понятно. Хотя уже давно известны случае даже простых брутфорсных подборов.
     
     
  • 2.4, Аноним (4), 14:40, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Так ведь, чтобы сгенерировать и добавить на сервер свой ключ, сначала нужно войти по паролю, по-другому никак. Если по дефолту вход по паролю будет откючен, а свой ключ для входа ты еще не добавил, как ты подключишься к серверу?
     
     
  • 3.7, Аноним (1), 14:52, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    В данном случае мы пытаемся убрать любой факт присутствия пароля. Поэтому только какой-нибудь альтернативный способ добавления ключа.
     
  • 3.12, Аноним (12), 15:05, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Ключ добавляется при наливке сервера, с добрым утром.
     
  • 3.13, Аноним (13), 15:05, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/–
    Как ты подключишься к серверу по паролю? Тебе нужно чтобы кто-то создал пользователя и сообщил тебе пароль. Если этот кто-то может создать пользователя, то почему бы ему не положить туда и ключ заодно?
     
     
  • 4.15, Аноним (4), 15:17, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Ну, покупаю vps, в инструкции написан логин и пароль
     
     
  • 5.26, Аноним (26), 15:40, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Больше не покупай у них сервера. В нормальных местах можно свой публичный ключ указать.
     
  • 5.34, Энтомолог_русолог (ok), 16:33, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Все хостинг-провайдеры дают возможность сразу положить ключ, без всяких паролей
    Прекращай в глаза любиться
     
  • 3.32, Аноним (32), 16:12, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/–
    Яндекс Auth например.
     
  • 2.5, Аноним (5), 14:45, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    В DragonFlyBSD так и сделано. Это во всяких RHEL8 (в современных хз, не проверял) даже PermitRootLogin включен по-дефолту.
     
     
  • 3.17, Ivan_83 (ok), 15:18, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Запрещать вход root - большая глупость, которая увеличивает секурность практически никак.
     
  • 2.8, Аноним (8), 14:53, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Это же какие простые брутфорсные подборы, если пароли словарные?
     
     
  • 3.10, Аноним (1), 15:01, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Социальная инженерия. Пароли - туфта
     

  • 1.2, опеншлёпивпродакшн (?), 14:35, 23/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Наконец-то эти предупреждения оправдали себя. Кто-то не удержался, а надо было подождать ещё 10 лет, когда у всех будет StrictHostKeyChecking=no.
     
     
  • 2.3, Аноним (1), 14:40, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Дать им манок-сервер со всякими мусорными почтовыми сервисами. Пусть тратят силы на это)
    Как вариант.  
     

  • 1.6, Энтомолог_русолог (ok), 14:48, 23/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/–
    > вредоносное ПО Ebury 1.8.3

    Увидев ссылку подумал там на гитхаб она, типа «можете взять исходники вредоноса или бинарник от автора». А она на какую-то помойку eset

     
     
  • 2.9, Аноним (8), 14:58, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Этот Eset вендузятники знают.
     
     
  • 3.16, Энтомолог_русолог (ok), 15:18, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Этот Eset вендузятники знают.

    Да вроде уже и виндузятники никаких левых (анти)вирусов не юзают, говорят в 10/11 достаточно MSного

     
  • 3.20, КО (?), 15:28, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Они намного больше ПО знают, это естественно )
     
  • 3.31, maximnik0 (?), 16:09, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    >Этот Eset вендузятники знают.

    Так порт антивирусника есть и под linux.

     
     
  • 4.35, Энтомолог_русолог (ok), 16:35, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    А зачем?
    Не, я могу понять когда у тебя файлопомойка на самбе или когда у тебя свои почтовые сервера, а не чужие. Там еще может пригодиться. А зачем бы на десктопе в линухе антивирь? Юзаю линуху на десктопе с 2000 года(до этого 1997-2000 юзал FreeBSD) и пока за эти 26 лет не было необходимости в антивире на моем компе
     
  • 2.24, Аноним (24), 15:33, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    ESET -- один из немногих, которых ещё не стыдно поставить.

    Не так напозорился, скажем так.

     

  • 1.11, Аноним (11), 15:02, 23/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Ещё одно подтверждение, что кожаные мешки - самое слабое звено.
     
  • 1.14, Аноним (14), 15:15, 23/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Минуточку!
    Но ведь таким способом, если я правильно понимаю, как работает ssh, перехватить можно было не открытое содержимое пароля, а его хэш?

    Т.е. сервер передаёт соль клиенту, клиент считает хэш пароля с этой солью, и передаёт посчитанный хэш обратно?

    То есть после этого надо было ещё и пароль по хэшу подобрать.

    Впрочем, возможно, при этом ещё и согласовывался самый нестойкий из поддерживаемых клиентом алгоритмов.

     
     
  • 2.18, Энтомолог_русолог (ok), 15:19, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Минуточку!
    > Но ведь таким способом, если я правильно понимаю, как работает ssh, перехватить
    > можно было не открытое содержимое пароля, а его хэш?
    > Т.е. сервер передаёт соль клиенту, клиент считает хэш пароля с этой солью,
    > и передаёт посчитанный хэш обратно?
    > То есть после этого надо было ещё и пароль по хэшу подобрать.

    Лекция для колхозников, проходите, садовод, не мешайте

     
  • 2.19, eugener (ok), 15:25, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Если работало как вы описываете, то пароль они узнать не могли, но это и не нужно, они работали как человек в середине и просто передавали соль/хеш между сторонами, ну а дальше вклинивались в сессию и выполняли свои действия.
     
     
  • 3.28, Ivan_83 (ok), 15:43, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Если сервер сливает какой то nonce/соль то на этом ваш перехват пароля обламывается.

    Если вы вместо nonce сервера передадите свою - то в ответ получите какойнить hmac(nonce, password) и обратно этот фарш вы не провернёте чтобы достать пароль и повторить hmac с nonce полученным от сервера.

     
     
  • 4.30, eugener (ok), 15:50, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    я и написал, что пароль так не перехватить, но это и не нужно, достаточно стать man-in-the-middle (передавать данные между сторонами как есть) в аутентифицированной сессии.
     
  • 2.23, funny.falcon (?), 15:33, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Кажется, ты не прав: ssh получает пароль в исходном виде, чтобы аутентифицировать пользователя в системе через PAM. Если он получит хешированный с рандомной солью, то как он его сравнит с содержимым /etc/password ? А PAM может утентифицировать пользователей и не из локального списка.

    https://www.rfc-editor.org/info/rfc4252/#section-8

     
  • 2.27, Ivan_83 (ok), 15:40, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Там разные способы передачи есть, в том числе через агента.

    Но после получения хостового ключа и наборов шифров соединение переходит на зашифрованный режим и считается что передавать там пароль в открытом виде не проблема.

    Кроме того логин промт передаётся тоже текстом и настраивается.

     
     
  • 3.33, funny.falcon (?), 16:14, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    И тут случился классический MitM
     

  • 1.21, Аноним (21), 15:29, 23/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/–
    Все нормальные люди давно сидят в i2p
     
  • 1.22, Аноним (21), 15:29, 23/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/–
    Все нормальные люди давно сидят в I2P
     
     
  • 2.25, Аноним (25), 15:35, 23/10/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    нормальные люди по два раза повторять не станут

    по два раза повторять не станут

     

  • 1.29, Аноним (29), 15:49, 23/10/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    И накрыла пилотка мир?
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    XSQUARE
    Inferno Solutions
    Hosting by Hoster.ru
    Хоcтинг: