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). Помимо этого, по умолчанию записи общения с помощником не будут фиксироваться, как это было раньше.

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

Брешь в Zen 5 угрожает криптозащите процессоров AMD Ryzen и Epyc

Как сообщила AMD, разработчики скоро выпустят обновление микрокода для устранения уязвимости, способной ослабить криптографическую защиту в процессорах Ryzen и Epyc. Ошибка получила идентификатор CVE-2025-62626 и 7,2 балла по шкале CVSS, что соответствует уровню «высокая степень риска».

Проблема затрагивает процессоры архитектуры Zen 5 и связана с работой функции RDSEED, которая отвечает за генерацию случайных чисел — важный элемент при создании криптографических ключей.

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

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

В AMD уточнили, пока компания работает над патчем пользователи могут воспользоваться обходными решениями. Например, использовать 64-битную версию RDSEED, в которой нет уязвимости, или отключить обнаружение функции RDSEED в системе с помощью параметра clearcpuid=rdseed при загрузке, либо флага -rdseed в настройках виртуальных машин QEMU.

Первые патчи уже выпущены для серверных процессоров Epyc 9005 (TurinPI 1.0.0.8) — они стали доступны 28 октября. Однако некоторые пользователи Linux сообщили о проблемах с последним апдейтом ядра 6.18-rc4, которое также включает попытку устранить баг: по словам разработчика CachyOS, оно мешает части пользователей войти в графический интерфейс.

Для остальных серий патчи появятся позже. Обновления для Ryzen и Epyc Embedded 9005 ожидаются до конца ноября, а для Epyc Embedded 4005 и Ryzen Embedded 9000 — в январе.

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

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