Apple отныне не будет хранить записи обращений к Siri без необходимости

Apple отныне не будет хранить записи обращений к Siri без необходимости

Apple отныне не будет хранить записи обращений к Siri без необходимости

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

Это уже следующий шаг — до этого Apple приостановила практику прослушивания записей общения с Siri сторонними подрядчиками.

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

На фоне и без того обострённой ситуации вокруг защиты персональных данных Apple (а также Google и Amazon) пришлось отказаться от некоторых своих практик.

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

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

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

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

В 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