Эксперты рассказали о проблемах конфиденциальности WhatsApp

Эксперты рассказали о проблемах конфиденциальности WhatsApp

Эксперты рассказали о проблемах конфиденциальности WhatsApp

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

Дело в том, что доверяя резервным копиям WhatsApp на iPhone, стоит учитывать, что они не защищаются сквозным шифрованием. И это серьёзная проблема для конфиденциальности, считают специалисты.

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

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

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

Все бэкапы также запомнят сообщение, которое должно было автоматически удалиться. Конечно, ещё есть скриншоты, но это уже другая история.

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

«Если функция автоудаления сообщений включена, отправленные в чат медиафайлы также будут удалены. Однако они останутся у собеседников на устройствах, если активирована функция автозагрузки медиафайлов».

Всё это беспокоит экспертов по защите информации, поэтому они считают нужным предупредить: отключайте автосохранение медиафайлов на устройство. Для этого достаточно зайти в Настройки => Чаты и отключить пункт «В Фотоплёнку».

Критическая уязвимость в TLP позволяет обойти защиту Linux

В популярной утилите TLP, которую многие владельцы ноутбуков на Linux используют для управления энергопотреблением, обнаружили критическую уязвимость. Причём проблема нашлась во время обычной проверки пакета командой SUSE Security Team и располагается во вполне штатном коде.

Брешь получила идентификатор CVE-2025-67859 и затрагивает версию TLP 1.9.0, где появился новый profiles daemon.

Этот демон работает с root-правами и управляет профилями питания через D-Bus. Задумка хорошая, но реализация подвела: в механизме аутентификации Polkit нашлась логическая ошибка, которая фактически позволяет обойти проверку прав.

Как объясняют исследователи, демон должен был строго проверять, кто именно отправляет команды. Но из-за ошибки любой локальный пользователь мог взаимодействовать с ним без должной аутентификации — а значит, менять системные настройки питания от имени root.

На этом сюрпризы не закончились. В ходе анализа специалисты SUSE нашли ещё несколько проблем, уже связанных с исчерпанием ресурсов. В частности, механизм profile hold, который позволяет временно «зафиксировать» профиль питания, оказался совершенно без валидации. Локальный пользователь мог создавать неограниченное количество таких блокировок, причём без прав администратора.

В итоге это открывает прямую дорогу к DoS-атаке: демон начинает захлёбываться от бесконечных записей в структуре данных, куда попадают числа, строки с причиной и идентификаторы приложений — всё это полностью контролируется клиентом.

Любопытно, что SUSE вспомнила похожую историю с демоном управления питанием в GNOME: аналогичную проблему находили ещё несколько лет назад. Отдельно исследователи отметили вопросы к механизму «куки», которыми отслеживаются profile hold. Формально речь шла о предсказуемости значений, но в сочетании с отсутствием лимитов это лишь расширяло поверхность атаки.

К счастью, реакция была быстрой. SUSE сообщила об уязвимостях разработчикам ещё в декабре, и в версии TLP 1.9.1 проблема уже закрыта. В частности, число одновременных profile hold теперь жёстко ограничено числом 16, что убирает риск истощения ресурсов.

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