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

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

Почтовый сервис "Яндекс.Почта" с четверга полностью переходит на работу по защищенному протоколу 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." />

30-летняя уязвимость в libpng поставила под удар миллионы приложений

Анонсирован выпуск libpng 1.6.55 с патчем для опасной уязвимости, которая была привнесена в код еще на стадии реализации проекта, то есть более 28 лет назад. Пользователям и разработчикам советуют как можно скорее произвести обновление.

Уязвимость-долгожитель в библиотеке для работы с растровой графикой в формате PNG классифицируется как переполнение буфера в куче, зарегистрирована под идентификатором CVE-2026-25646 и получила 8,3 балла по шкале CVSS.

Причиной появления проблемы является некорректная реализация API-функции png_set_dither(), имя которой было со временем изменено на png_set_quantize(). Этот механизм используется при чтении PNG-изображений для уменьшения количества цветов в соответствии с возможностями дисплея.

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

Эту ошибку можно использовать с целью вызова состояния отказа в обслуживании (DoS). Теоретически CVE-2026-25646 также позволяет получить закрытую информацию или выполнить вредоносный код, если злоумышленнику удастся внести изменения в структуру памяти до вызова png_set_quantize().

Уязвимости подвержены все версии libpng, с 0.90 beta (а возможно, и с 0.88) до 1.6.54. Ввиду широкого использования библиотеки пользователям настоятельно рекомендуется перейти на сборку 1.6.55 от 10 февраля 2026 года.

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