UserGate представила аппаратный ускоритель Катунь

UserGate представила аппаратный ускоритель Катунь

UserGate представила аппаратный ускоритель Катунь

В рамках развития собственных аппаратных платформ UserGate представила первый продукт — ускоритель, получивший имя «Катунь». Таким образом компания анонсировала новое направление разработки.

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

В этом ключе разработчики не зря выбрали имя Катунь — горная Алтайская река символизирует высокую скорость анализа трафика.

За счёт обработки самых «тяжелых» задач «Катунь» помогает разгрузить основную систему. Стоит отметить, что программно-аппаратные комплексы UserGate обрабатывают трафик посредством стандартных CPU.

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

Использование аппаратных ускорителей дает массу очевидных преимуществ, среди которых:

  • Масштабируемость — суммарная мощность системы определяется количеством установленных однородных плат — такое решение значительно выгоднее чем набор разнородных платформ;
  • Нет требований к предельно высокой производительности CPU, т. к. основная «тяжелая» работа будет перенесена на ускорители;
  • Лучшие (по сравнению с платформами на закрытой архитектуре) гарантии безопасности;
  • Полный контроль (в отличие от «классической» системы) над латентностью;
  • Низкое энергопотребление и тепловыделение, что особенно важно для центров обработки данных;
  • Уменьшение габаритов;
  • Понижение стоимости оборудования, способного обеспечивать обработку трафика на высоких скоростях.

Разрабатывая собственные аппаратные платформы, UserGate может позволить себе производить более безопасные и экономичные решения, которые будут соответствовать всем современным требованиям. Помимо этого, аппаратный ускоритель поспособствует реализации технологии искусственного интеллекта и машинного обучения в решениях компании.

Новый стилер крадёт сессии Telegram без паролей и СМС-кодов

Исследователи обнаружили новый экспериментальный стилер, который охотится не за паролями и cookies браузера, а за сессиями десктопной версии Telegram. Инструмент прятался в PowerShell-скрипте на Pastebin под видом исправленного обновления Windows.

Зловред ещё явно находится на стадии тестирования, поэтому аналитикам удалось проанализировать его «черновик» с открытыми токенами Telegram-бота, идентификатором чата и следами отладки.

Скрипт использует жёстко заданные учётные данные Telegram-бота и отправляет украденные данные через Telegram Bot API. Бот при этом назывался afhbhfsdvfh_bot, а в его описании значится «Telegram attacker» — не самый тонкий подход к маскировке.

После запуска скрипт собирает базовую информацию о системе: имя пользователя, хост и публичный IP-адрес через api.ipify[.]org. Эти данные он добавляет в подпись к архиву, чтобы оператор сразу понимал, откуда пришла добыча.

Главная цель — папки tdata у Telegram Desktop и Telegram Desktop Beta в AppData. Именно там хранятся долгоживущие ключи аутентификации MTProto. Если злоумышленник получает к ним доступ, он может перехватить сессию Telegram без пароля и СМС-кода.

Если такие папки находятся, скрипт завершает процесс Telegram.exe, чтобы снять блокировку файлов, упаковывает найденные данные в архив diag.zip во временной директории и отправляет его через метод sendDocument Telegram Bot API. Если основной способ отправки ломается, предусмотрен резервный вариант через WebClient: подпись с метаданными может потеряться, но сам архив всё равно уйдёт атакующему.

 

Исследователи нашли две версии скрипта. Первая содержала ошибку в механизме загрузки, а вторая уже корректно формировала запрос и добавляла базовую обработку ошибок. Кроме того, если Telegram на машине не найден, вторая версия всё равно отправляет уведомление оператору, фактически превращая каждый запуск в проверку доступности цели.

Признаков массового распространения пока не видно. Скрипт не обфусцирован, не содержит механизма закрепления в системе и не имеет полноценной схемы доставки. Более того, телеметрия по раскрытому токену не показала реальных отправок архивов diag.zip в период наблюдения. Всё это похоже скорее на лабораторные испытания, чем на активную кампанию.

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