Сканер Xwo помогает вымогателю MongoLock найти свои жертвы

Сканер Xwo помогает вымогателю MongoLock найти свои жертвы

Сканер Xwo помогает вымогателю MongoLock найти свои жертвы

Xwo — новая киберугроза, помогающая операторам программы-вымогателя MongoLock найти незащищенные веб-серверы, доступные из Сети. Напомним, что вредонос MongoLock атакует незащищенные базы MongoDB, удаляя их содержимое и требуя выкуп за восстановление данных.

Xwo представляет собой бот-сканер на Python, предназначенный для разведывательной деятельности. Диапазон IP-адресов для сканирования инструмент получает от командного сервера C&C.

Используя этот список адресов, Xwo пробует получить доступ с помощью паролей по умолчанию, о результатах утилита отчитывается все тому же командному центру. В сущности, сам Xwo не является вредоносом, однако провоцирует вредоносную активность.

Исследование команды AT&T Cybersecurity показало, что Xwo, используя учетные данные по умолчанию, пытается получить доступ к базам данных различного типа: MySQL, PostgreSQL, MongoDB. Также этот инструмент «прощупывает» FTP.

Инструкции с IP-адресами для сканирования поступают от серверов, которые связывают с MongoLock:

  • s.propub3r6espa33w[.]tk
  • s.blockchainbdgpzk[.]tk
  • s.pcrisk[.]xyz
  • s.rapid7[.]xyz

«Эта инфраструктура связана с вымогателем MongoLock. Кто бы не регистрировал эти домены, он старается замаскировать их под организации, занимающиеся безопасностью и новостями — Rapid7, PCRisk, ProPublica», — пишет Том Хегель, эксперт в области безопасности.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

Роботы-официанты и курьеры оказались под угрозой удалённого взлома

Исследователь под ником BobDaHacker обнаружил серьёзную брешь в API управления роботами Pudu Robotics. Ошибка была настолько простой, что даже человек с минимальными техническими знаниями мог «угнать» любого робота — от официанта BellaBot в ресторане до робота-доставщика лекарств в больнице.

Проблема заключалась в том, что API требовал токены, но при этом не проверял права пользователя и «владение» устройством.

В итоге можно было смотреть историю вызовов, менять настройки, перенаправлять задания или даже заставить роботов крутиться по кругу.

 

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

Но в больнице или офисе последствия могли быть куда серьёзнее — от срыва доставки лекарств до кражи документов с охраняемых этажей.

BobDaHacker сообщил о проблеме ещё 12 августа, но Pudu Robotics игнорировала обращения почти три недели. Лишь после того как исследователь напрямую предупредил крупных клиентов вроде японских ресторанных сетей Skylark и Zensho, компания наконец «обнаружила» уязвимость и выпустила заплатку.

Реакция производителя вызвала не меньше вопросов, чем сама дыра. У Pudu не оказалось ни выделенного контакта для безопасности, ни прозрачного процесса обработки сообщений о проблемах. Ответ пришёл в виде шаблонного письма, где даже не удалили плейсхолдер «[Your Email Address]».

История показывает: красивые слова о «приверженности безопасности» на сайте мало что значат без реальных мер. Когда роботы обслуживают рестораны, отели, школы и особенно больницы, сбои в их работе могут обернуться не только испорченным ужином, но и угрозой для здоровья и безопасности.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

RSS: Новости на портале Anti-Malware.ru