Личные сообщения пользователей в Twitter могли получать третьи лица

Личные сообщения пользователей в Twitter могли получать третьи лица

Личные сообщения пользователей в Twitter могли получать третьи лица

Социальная платформа Twitter раскрывала содержание личных сообщений третьим лицам из-за досадного бага в системе. Соответствующую информацию уже подтвердила пресс-служба компании. В настоящее время соцсеть расследует причины появления этого недостатка конфиденциальности, который затрагивал API «Account Activity Application Programming Interface» (AAAPI).

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

Ошибка в реализации этого механизма приводила к тому, что личные сообщения (Direct Messages, DM), которые пользователи отправляли бизнес-аккаунтам, могли попасть в руки сторонних учетных записей.

Предположительно, баг возник из-за технических недочетов — например, если разные разработчики имели один и тот же AAAPI или схожие URL-пути. Именно такие причины называет компания в блоге.

Оказалось, что баг присутствует в системе аж с мая 2017 года, а был обнаружен лишь в начале сентября 2018. К счастью, проблема затронула лишь 1 % от общего числа пользователей Twitter.

«Если вас затронула эта проблема, мы непременно свяжемся с вами через систему уведомлений. Также мы контактируем со всеми, кто мог получить несанкционированный доступ к личным сообщениям пользователей, чтобы убедиться, что эти лица удалили соответствующую информацию», — заявили в компании.

В мае стало известно, что Twitter хранил пароли в открытом виде из-за ошибки в системе хранения паролей.

На прошлой неделе в Роскомнадзоре заявили, что направят официальные письма Facebook и Twitter. Ведомство хочет проконтролировать исполнение этими компаниями российского закона о хранении персональных данных россиян, которые, напомним, должны находиться на территории РФ.

Также несколько дней назад к социальным платформам Facebook и Twitter возникли новые вопросы по части использования персональных данных пользователей. Европейская комиссия (ЕК) пригрозила соцсетям санкциями, если они не изменят свои «вводящие в заблуждение» условия обслуживания.

Android-троян RedHook включает отладку и лезет в систему как разработчик

Android-вредонос RedHook вернулся с апгрейдом, от которого владельцам смартфонов точно не станет спокойнее. Троян, впервые описанный в июле 2025 года, теперь умеет самостоятельно злоупотреблять ADB Wireless Debugging и получать шелл-права уровня uid 2000. Он не просто следит за экраном и крадёт данные, а лезет глубже в систему через легальные инструменты для разработчиков.

Базовый набор RedHook и раньше был неприятным: трансляция экрана, кейлоггер, управление интерфейсом через Accessibility, кража учётных данных. Но новые версии пошли дальше.

Вредонос использует разрешения Accessibility, чтобы сам включать режим разработчика, переходить в настройки и активировать беспроводную ADB-отладку. Всё это он делает за спиной пользователя, прикрываясь полноэкранным оверлеем.

 

Дальше в ход идёт встроенный ADB-клиент и подход в стиле Shizuku — легитимного инструмента, который позволяет приложениям работать с ADB-демоном локально. Только здесь удобство для энтузиастов превращается в подарок для атакующих.

 

После запуска привилегированного серверного процесса RedHook может выдавать себе разрешения, менять системные настройки, выполнять шелл-команды, тихо устанавливать и удалять приложения, а также перехватывать низкоуровневые касания без новых запросов к пользователю.

Распространяют RedHook по старинке — через социальную инженерию. Операторы подсовывают APK через фейковые сайты госорганов и финансовых организаций, а затем убеждают жертву установить приложение звонками или сообщениями. По данным Group-IB, кампания расширилась с Вьетнама на Индонезию, что указывает на более широкую активность в Юго-Восточной Азии.

 

За живучесть трояна тоже можно поставить мрачный плюс. Он использует однопиксельную активность, тихий звук в MediaSession, WakeLock, взаимный перезапуск процессов и восстановление после перезагрузки. После старта устройства RedHook снова включает Wireless ADB, подгружает ключи и быстро возвращает себе привилегированный доступ.

Командный сервер управляет вредоносом через WebSocket и REST: принимает пароли, СМС, скриншоты, кейлоги и отдаёт команды — от жестов на экране до включения камеры и установки APK.

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