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

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

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

Отчёты о критических уязвимостях Linux попали в открытую рассылку до патчей

Trend Micro Zero Day Initiative отправила подробные отчёты об уязвимостях Linux в публичные рассылки. Среди них есть две проблемы KSMBD, которым исследователи присвоили 9 баллов по шкале CVSS (возможность удалённого выполнения кода). Технические подробности стали доступны раньше, чем исправления успели добраться до пользователей.

Публикации сохранились в архиве рассылки: отчёт об ошибке SMB Direct и обсуждение состояния гонки в KSMBD. В материалах есть описание причин и данные воспроизведения.

KSMBD — встроенный в ядро файловый сервер SMB. Одна проблема связана с обработкой параллельных запросов, другая — с ошибкой расчёта размера в механизме SMB Direct. Для второго сценария нужны определённая конфигурация, RDMA и доступный для записи общий ресурс.

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

Есть важное уточнение по патчам: сопровождающий KSMBD уже указал на устранение проблемы ZDI-CAN-33774 в своём Git-репозитории. Но наличие коммита ещё не означает, что обновление вошло в ядро конкретного дистрибутива.

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