Google приостановил анализ записей Google Assistant после утечки

Google приостановил анализ записей Google Assistant после утечки

Google приостановил анализ записей Google Assistant после утечки

Google вслед за Apple приостанавливает анализ голосовых записей с виртуальным помощником Google Assistant. На этот шаг интернет-гигант пошел из-за недавней утечки записей общения с Google Assistant, затронувшей голландских пользователей.

В июле корпорация призналась, что утечке данных поспособствовали партнеры, работавшие над анализом аудиофрагментов голосового ассистента. Более тысячи частных разговоров попали в руки бельгийского новостного издания.

Некоторые из записей раскрывали состояние здоровья пользователей и даже их адреса.

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

Напомним, что подрядчики Google регулярно прослушивали записи разговоров людей с облачным персональным помощником Google Assistant (Google Ассистент). Обычно пользователи обращаются к помощнику с помощью смартфона или динамика Google Home.

Apple также временно приостанавливает практику привлечения подрядчиков для анализа записей общения пользователей с голосовым помощником Siri. Ранее корпорация утверждала, что это делается для выявления ошибок и улучшения качества сервиса.

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

В UEFI нашли критическую дыру: сервер можно атаковать ещё до загрузки ОС

Операционная система ещё не запустилась, а чужой код уже работает. В EDK II — открытой основе UEFI-прошивок, которую используют многие производители серверов, — обнаружили критическую уязвимость CVE-2026-97631 с 9,5 балла из 10 по CVSS. Она позволяет атаковать машину во время сетевой загрузки PXE.

Детали разработчики раскрыли в официальном уведомлении. Проблему нашли Алекс Матросов из Anthropic и Дэн Холмс-Митра из Google.

Ошибка затрагивает обработку ICMP-сообщений при загрузке по IPv4 и IPv6: слишком большой пакет переполняет буфер и повреждает память.

Результат — зависание загрузки либо выполнение кода с максимальными привилегиями в среде UEFI. Причём до того, как Secure Boot и механизмы измеренной загрузки проверят компоненты ОС. Защита Windows или Linux в этот момент ещё даже не вышла на смену.

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

По данным Ars Technica, публикацию согласовывали на январь, однако исправление появилось в открытом pull request ещё в сентябре. Теперь детали доступны как защитникам, так и тем, кто предпочитает ломать.

Администраторам стоит проверить уведомления производителя и доступность обновления BIOS/UEFI. Если PXE не нужен, сетевую загрузку рекомендуют отключить.

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