Google установил режим автоудаления данных пользователей на 18 месяцев

Google установил режим автоудаления данных пользователей на 18 месяцев

Google установил режим автоудаления данных пользователей на 18 месяцев

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

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

Но самое важное нововведение коснулось возможности настроить автоматическое удаление пользовательских данных спустя 18 месяцев.

«Начиная с сегодняшнего дня, 24 июня, если вы включите историю местоположений (по умолчанию отключена), функция автоудаления автоматически установит таймер на 18 месяцев. История приложений и веб-поиска также будет чиститься спустя 18 месяцев», — пишет Google.

«В любое время вы можете выключить эту опцию или изменить настройки автоудаления».

Эти изменения правил Google были продиктованы претензиями европейских регуляторов, которые даже инициировали собственное расследование в отношении отслеживания местоположения пользователей мобильных приложений.

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