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, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

Уязвимость в Howyar Reloader позволяла установить в систему UEFI-буткит

Эксперты ESET обнаружили в UEFI-загрузчике Howyar Reloader уязвимость, позволяющую обойти защиту Secure Boot и выполнить недоверенный код во время загрузки ОС. Патчи для затронутого софта уже доступны.

По словам авторов находки, уязвимость CVE-2024-7344 возникла из-за того, что Reloader не использует функции EFI_BOOT_SERVICES.LoadImage() и EFI_BOOT_SERVICES.StartImage(), предусмотренные стандартом UEFI для безопасного выполнения приложений.

В результате открылась возможность протащить в систему цепкого вредоноса вроде Bootkitty или BlackLotus, которого к тому же очень сложно выявить. PoC-эксплойт исследователи обнародовали в виде видеоролика, попыток использования CVE-2024-7344 в реальных атаках пока не обнаружено.

Популярный UEFI-загрузчик разработки Howyar Technologies (32 и 64 бит) подписан специальным сертификатом Microsoft и входит в состав пакета SysReturn и ряда аналогов.

В блог-записи ESET перечислены продукты, уязвимость которых подтверждена:

  • Howyar SysReturn ниже версии 10.2.023_20240919;
  • Greenware GreenGuard ниже 10.2.023-20240927;
  • Radix SmartRecovery ниже 11.2.023-20240927;
  • Sanfong EZ-back System ниже 10.3.024-20241127;
  • WASAY eRecoveryRX ниже 8.4.022-20241127;
  • CES NeoImpact ниже 10.1.024-20241127;
  • SignalComputer HDD King ниже 10.3.021-20241127.

Ввиду большой площади атаки об опасной находке было доложено CERT при университете Карнеги – Меллона. Координационный центр (CERT/CC) связался со всеми затронутыми вендорами и опубликовал предупреждение.

Весь уязвимый UEFI-софт уже пофиксили, а сертификат, который он использовал, Microsoft отозвала, обновив файл DBX к январскому «вторнику патчей».

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

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