WhatsApp обещает пользователям сквозное шифрование для бэкапов в облаке

WhatsApp обещает пользователям сквозное шифрование для бэкапов в облаке

WhatsApp обещает пользователям сквозное шифрование для бэкапов в облаке

Представители Facebook на днях отметили, что пользователи популярного мессенджера WhatsApp скоро смогут защитить сквозным шифрованием (E2E) резервные копии чатов, которые хранятся в облаке (Google Drive — на Android и iCloud — на iOS).

Сам Марк Цукерберг анонсировал нововведение на своей странице в Facebook, заявив следующее:

«Мы планируем добавить ещё один слой конфиденциальности и безопасности для пользователей WhatsApp — защиту сквозным шифрованием резервных копий переписок, которые находятся в облачных хранилищах Google Drive или iCloud».

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

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

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

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

VLC можно атаковать через обычную PNG-картинку и вредоносный сервер

В медиаплеере VLC обнаружили две уязвимости, позволяющие выйти за границы выделенной памяти. Проблемы затрагивают версии с 3.0.0 по 3.0.23, а для запуска одной из атак достаточно открыть специально подготовленную PNG-картинку.

Наиболее опасная брешь, CVE-2026-56711, получила 8,6 балла по шкале CVSS 4.0.

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

Уязвимость срабатывает при непосредственном открытии вредоносной картинки или её загрузке из плейлиста. Никаких редких настроек и шаманства с плагинами не требуется.

Вторая проблема, CVE-2026-73324, получила 6,9 балла. Она находится в модуле RealRTSP. Злоумышленник может заставить VLC подключиться к подконтрольному серверу и передать строку ответа длиннее 4096 байт. Из-за отсутствующего нулевого символа программа продолжит читать память за пределами буфера.

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

Пока разработчики не выпустили пропатченные сборки, пользователям рекомендуют не открывать изображения и плейлисты из сомнительных источников и избегать незнакомых RealRTSP-ссылок.

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