Google позволил пользователям контролировать записи Google Assistant

Google позволил пользователям контролировать записи Google Assistant

Google позволил пользователям контролировать записи Google Assistant

Google существенно пересмотрел процесс обработки аудиозаписей обращений к голосовому помощнику Google Assistant. По словам интернет-гиганта, основной упор был сделан на соблюдении конфиденциальности пользователей.

Нино Таска, руководитель проекта Google Assistant, заявил, что решение изменить правила обработки обращений к голосовому помощнику стало следствием недовольства многих пользователей недостаточной прозрачностью в отношении хранения информации.

«Недавно мы столкнулись с беспокойством пользователей в отношении обработки аудиозаписей. Людям не понравилось, что эксперты прослушивали записи Google Assistant, чтобы улучшить качество сервиса. Очевидно, мы не оправдали ожиданий и не соответствовали высоким стандартам. Мы приносим извинения», — объясняет Таска в блоге.

Руководитель проекта Google Assistant имеет в виду скандал из-за программы, согласно которой сотрудники «систематически» прослушивали отрезки аудиозаписей общения пользователей с голосовым ассистентом. По словам Google, прослушивались лишь 0,2% всех записей.

После того как пользователи и различные европейские регуляторы взбунтовались, Google приостановил эту практику и инициировал внутреннее расследование.

А теперь американская корпорация даёт пользователям возможность контролировать свои данные с помощью настройки Voice & Audio Activity (VAA). Помимо этого, по умолчанию записи общения с помощником не будут фиксироваться, как это было раньше.

Подпишитесь на новости

Telegram для iOS удалось атаковать через стикеры и без кликов

Кидаешь анимированный стикер, и чужой код запускается в Telegram без действий пользователя. О такой цепочке атаки рассказал исследователь Сайфелдин Азиз. По его словам, он объединил ошибки обработки анимации с обходом защитных проверок мессенджера и добился выполнения кода в клиенте для iOS.

Механизм описан в первью доклада Азиза на OffensiveCon Tokyo. Работа заняла год, а искать ошибки помогал фаззинг под управлением языковых моделей — автоматическая проверка библиотеки на специально изменённых входных данных.

В центре истории — rlottie, библиотека отрисовки анимированных стикеров. Исследователь обнаружил несколько ошибок повреждения памяти, затрагивающих Telegram для iOS, Android и компьютеров. Но заявленная цепочка выполнения кода построена именно для iOS: переносить этот результат на все платформы пока нельзя.

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

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

Полной технической цепочки в аннотации нет. Затронутые версии, ограничения эксплуатации и актуальный статус исправлений не раскрыты.

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