Баг в Twitter позволял публиковать твиты от имени любого пользователя

Баг в Twitter позволял публиковать твиты от имени любого пользователя

Баг в Twitter позволял публиковать твиты от имени любого пользователя

Ошибка в социальной сети Twitter позволяла злоумышленникам публиковать твиты от лица другого пользователя, не имея доступа к его учетной записи. Этот недостаток был обнаружен экспертом, известным под именем kedrisec, который сообщил о проблеме Twitter 26 февраля. Уязвимость получила высокую степень риска, и исследователю было выплачено 7,560 $.

По словам Twitter, проблема заключалась в обработке запросов Twitter Ads Studio.

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

Также Twitter утверждает, что нет никаких доказательств того, что эта брешь эксплуатировалась в реальных атаках.

В своем сообщении исследователь объясняет, что эта проблема связана с рекламным сервисом Twitter, где имеется медиа-библиотека с возможностью загрузки файлов (видео, картинки, GIF-анимация).

Библиотека находится по адресу https://ads.twitter.com/accounts/*id_of_user_account*/media и позволяет пользователю не только просматривать мультимедийный файл, но и твитить его или делиться им с другими пользователями. Функция tweeting имеет доступ к account_id, owner_id (владельцу изображения), user_id (пользователь, который будет публиковать твит) и media_key (идентификатор медиа-файла, который публикуется).

Попытка заменить owner_id и user_id в перехваченном запросе GET, JSON или POST вернула ошибки. Затем исследователь попытался модифицировать не только owner_id и user_id в POST, но и media_key, что привело к успешной попытке публикации твита.

Если описывать коротко, то атака будет состоять из следующих шагов: загрузка файла, расшаривание файла с целевым пользователем, перехват запроса для публикации твита и изменение в POST owner_id и user_id.

Google построила в Android клетку для ИИ-агентов, но пока она пустует

В Android появился системный механизм, который позволит ИИ-агентам выполнять действия внутри приложений без имитации нажатий по экрану. Доступ защищён специальным разрешением, однако на обычном смартфоне найти соответствующий переключатель пока не получится: технология AppFunctions остаётся экспериментальной, а её интеграция с Gemini доступна лишь избранным тестировщикам.

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

Например, вместо открытия календаря и блуждания по интерфейсу Gemini сможет напрямую вызвать функцию создания события. Аналогичным образом агент сможет составить плейлист, добавить товары в список покупок или объединить действия нескольких программ.

По смыслу это мобильный аналог MCP: приложение заранее описывает доступные операции, Android регистрирует их, а аутентифицированный агент выбирает и запускает нужную функцию по запросу пользователя. Интерфейс приложения может меняться сколько угодно.


Чтобы обнаруживать и выполнять такие функции, вызывающая программа должна получить системное разрешение EXECUTE_APP_FUNCTIONS. Оно не отображается в обычном меню настроек и предназначено для одобренных агентов и ассистентов. Сам механизм доступен начиная с Android 16.

Но захват смартфонов роботами откладывается. Google прямо помечает AppFunctions как экспериментальную, предупреждает о возможных изменениях API и пока допускает к полному циклу только ограниченное число приложений и системных агентов. Разработчики могут подготовить и протестировать функции, но подключение к Gemini остаётся закрытым и требует участия в программе раннего доступа.

В перспективе такая архитектура должна быть надёжнее агентов, которые управляют телефоном через ADB и просто тыкают по экрану. Заодно Google заранее ограничивает круг программ, способных распоряжаться чужими функциями.

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