"Яндекс.Почта" начинает шифровать данные пользователей по умолчанию

"Яндекс.Почта" начинает шифровать данные пользователей по умолчанию

Почтовый сервис "Яндекс.Почта" с четверга полностью переходит на работу по защищенному протоколу HTTPS, что позволит более надежно защищать электронную переписку пользователей, сообщают представители компании Yandex.



Использование защищенного протокола HTTPS позволяет шифровать передаваемые данные, что обеспечивает защиту от "прослушивания" информации, особенно при подключении к сервису по незащищенному соединению, вроде публичной точки доступа Wi-Fi в кафе.

Для тех, кто становился новым пользователей сервиса "Яндекс.Почта" в четверг, протокол HTTPS включался сразу по умолчанию. Также компания начала переключать существующих пользователей на новые настройки, этот процесс должен завершиться в течение нескольких часов.

Использовать защищенный протокол HTTPS пользователи "Яндекс.Почты" могли и ранее, однако соответствующие настройки пользователям необходимо было включать самостоятельно.

Протокол HTTPS (Hypertext Transfer Protocol Secure) является расширением стандартного протокола HTTP, поддерживающим технологии шифрования SSL и TLS. Данный протокол, например, использует компания Google в ряде своих сервисов. В качестве опции данная функция доступна и пользователям социальной сети Facebook.

Также протокол HTTPS используется в сервисе "Яндекс.Деньги", а в конце августа популярный сервис микроблогов Twitter объявил о намерении начать использовать защищенный протокол HTTPS по умолчанию для всех пользователей.

По данным компании ComScore за октябрь 2011, месячная аудитория "Яндекс.Почты" составила 15,9 миллиона пользователей.

Почтовый сервис "Яндекс.Почта" с четверга полностью переходит на работу по защищенному протоколу HTTPS, что позволит более надежно защищать электронную переписку пользователей, сообщают представители компании Yandex." />

В 7-Zip нашли уязвимость: вредоносный XZ-архив может запустить код

В 7-Zip обнаружили опасную уязвимость CVE-2026-14266, которая позволяет атакующему выполнить произвольный код через специально подготовленный XZ-архив. Из-за переполнения буфера приложение может записать данные за пределами выделенной памяти.

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

Для атаки всё же нужно участие пользователя: жертву необходимо убедить открыть вредоносный архив или скачать его с подконтрольного сайта. Поэтому массового автоматического взлома по воздуху здесь нет, зато для фишинга схема подходит прекрасно.

Опасный файл можно замаскировать под обновление, резервную копию, пакет документов или обычный архив из мессенджера. Уязвимость получила 7 баллов из 10 по шкале CVSS.

Аутентификация и предварительный доступ к устройству атакующему не нужны. После успешной эксплуатации он сможет запустить вредонос, украсть доступные пользователю данные, изменить файлы или просто уронить систему.

О случаях применения CVE-2026-14266 в реальных атаках пока не сообщается. Но технические подробности уже опубликованы, а значит, желающие собрать рабочий эксплойт получили неплохую инструкцию к действию.

Разработчики исправили проблему в 7-Zip 26.0. Пользователям советуют обновиться как можно скорее и не открывать неожиданные XZ-архивы из писем, чатов и файловых обменников.

Архив с названием «документы_важное.xz» теперь лучше сначала проверить. Потому что внутри может лежать не документ, а очень инициативный чужой код.

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