Group-IB: JS-снифферы — одна из главных угроз рынка онлайн-торговли

Group-IB: JS-снифферы — одна из главных угроз рынка онлайн-торговли

Group-IB: JS-снифферы — одна из главных угроз рынка онлайн-торговли

Отчетом о первом исследовании рынка снифферов в даркнете поделилась международная компания Group-IB. Аналитики компании изучили JavaScript-снифферы, предназначенные для кражи данных банковских карт, а также проанализировали 2440 зараженных онлайн-магазинов, чья ежедневная аудитория составляет около полутора миллионов человек.

Как объясняют специалисты, JavaScript-снифферы представляют собой разновидность вредоносного кода, который размещается на скомпрометированных веб-ресурсах. Таким образом, платежные данные посетителей таких ресурсов невольно попадают в группу риска.

В случае постоянно развивающегося рынка онлайн-торговли (по прогнозам к 2023 году в России он вырастет более чем в 2 раза — до 2,4 трлн. рублей) JavaScript-снифферы представляют реальную угрозу для людей.

Изучив обнаруженные ранее снифферы, эксперты Group-IB смогли исследовать всю инфраструктуру и получить доступ к исходникам, панелям администраторов и инструментам злоумышленников.

В результате благодаря аналитическим системам Group-IB удалось выявить 38 разных семейств JS-снифферов, каждый из которых отличался уникальными признаками. 8 из найденных вредоносов описаны впервые.

«Значительная часть форумов с предложениями о покупке и аренде JS-снифферов состоит из русскоязычных киберпреступников», — утверждают в Group-IB.

Ориентировочная сумма ежемесячного дохода владельцев снифферов может составлять сотни тысяч долларов в месяц. Для примера — сайты, зараженные сниффером WebRank, посещают 250 000 человек в день.

«Если конверсия на этих сайтах составляет всего 1%, то транзакции проводят 2500 покупателей ежедневно. Таким образом, при минимальной вилке стоимости украденной карты, операторы WebRank могут заработать от 2 500$ до 12 500$ за один день “работы“ сниффера. Это от 75 000$ до 375 000$ в месяц. При этом WebRank – лишь третий в “рейтинге“ массовости заражений. Ресурсы, зараженные снифферами MagentoName и CoffeMokko, посещают 440 000 человек в день», — считают эксперты.

Подавляющее большинство из 2440 зараженных сайтов, которые проанализировали исследователи, были заражены семейством снифферов, известным под именем MagentoName.

Для его распространения операторы используют уязвимости в CMS Magento, на которой работают многие ресурсы в Сети.

Более 13% заражений приходится на долю снифферов семейства WebRank, использующего схему атаки на сторонние сервисы для внедрения вредоносного кода на целевые сайты.

Также более 11% приходится на заражения снифферами семейства CoffeMokko, операторы которого используют обфусцированные скрипты, нацеленные на кражу данных из форм оплаты определенных платежных систем, названия полей которых жестко записываются в коде сниффера. Среди таких систем можно выделить PayPal, Verisign, Authorize.net, eWAY, Sage Pay, WorldPay, Stripe, USAePay.

При этом в Group-IB также отметили «признаки конкурентной борьбы», которую демонстрировали некоторые из исследуемых семейств JS-снифферов. Оказалось, что вредоносы имеют функционал обнаружения и ликвидации JSснифферов конкурирующих групп.

Стоимость JS-снифферов составляет от $250 до $5000 на подпольных форумах.

Критическая уязвимость в telnetd жила почти 10 лет и давала root-доступ

Исследователь по информационной безопасности Саймон Йозефссон обнаружил критическую уязвимость в компоненте telnetd, входящем в состав GNU InetUtils. Брешь незаметно существовала почти десять лет — с мая 2015 года — и позволяла удалённо входить в систему без аутентификации, сразу под пользователем root.

Проблема затрагивает все версии GNU InetUtils с 1.9.3 по 2.7 включительно. По сути, любой злоумышленник при определённых условиях мог получить полный контроль над системой, даже не зная пароля.

Как поясняет Йозефссон, сервер telnetd запускает системную утилиту /usr/bin/login, обычно от имени root, и передаёт ей имя пользователя. В уязвимой реализации это имя можно получить из переменной окружения, переданной клиентом.

Если клиент подсовывает значение -f root и подключается к серверу с опцией telnet -a (режим автологина), происходит следующее:

  • telnetd передаёт значение переменной окружения USER напрямую в login(1);
  • никакой проверки или экранирования не выполняется;
  • login(1) воспринимает -f root как служебный параметр;
  • а параметр -f означает вход без проверки пароля.

В итоге сервер автоматически аутентифицирует подключение как root — полностью обходя процесс валидации.

Обычное подключение по telnet не позволяет указать имя пользователя в таком виде. Однако в режиме автологина (-a) имя пользователя берётся не из командной строки, а именно из переменной окружения USER.

Именно здесь и кроется корень проблемы: telnetd доверял содержимому USER без какой-либо валидации. Достаточно было установить переменную окружения в значение -f root, и система сама открывала дверь.

Йозефссон показал рабочий пример атаки на системе Trisquel GNU/Linux 11, где после одной команды пользователь моментально получал root-доступ.

Как выяснилось, уязвимость появилась в коммите от 19 марта 2015 года и попала в релиз GNU InetUtils 1.9.3 от 12 мая того же года. Изначально изменение задумывалось как исправление проблемы с автологином в средах с Kerberos — разработчики добавили передачу имени пользователя через переменную окружения, но забыли проверить её содержимое.

Саймон Йозефссон рекомендует как можно скорее ограничить сетевой доступ к telnet-порту только для доверенных клиентов; установить патч или обновиться до версии GNU InetUtils, в которой уязвимости нет;  в идеале — ещё раз задуматься, нужен ли telnet в инфраструктуре вообще.

Напомним, в этом месяце мы сообщали об опасной уязвимости в GNU Wget2, которая позволяет удалённо перезаписывать файлы.

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