Яндекс.Почта включила шифрование писем в обе стороны

Александр Панасенко 29 Ноября 2013 - 11:19

Средства криптографической защиты информации

...

«Яндекс.Почта» включила SSL/TLS-шифрование сообщений в обе стороны. Это означает, что все сообщения, которые пользователи отправляют друг другу внутри «Яндекс.Почты» и своим друзьям в Gmail теперь защищены от прочтения. SSL помогает защитить письмо, которое пытается прочитать злоумышленник при попытке «прослушивания» канала на уровне промежуточных провайдеров.

Когда пользователь «Почты» отправляет письмо, «Яндекс» «спрашивает» сервер адресата, может ли он принять письмо по зашифрованному соединению. Если да, обмен сообщениями происходит по SSL/TLS-потоколу. Сейчас около 30% трафика «Яндекс.Почты» зашифрованы в обе стороны.

Кроме того, такое шифрование применяется в некоторых корпоративных ящиках. Теперь, если в компании протокол передачи почты настроен с поддержкой шифрования, переписка сотрудников с пользователями «Яндекс.Почты» будет идти по зашифрованному соединению от адресата к отправителю и обратно, сообщает cnews.ru.

SSL/TLS-шифрование для межсерверных SMTP-соединений — передачи почты от одного почтового сервера другому — среди массовых почтовых сервисов поддерживают единицы, говорят в «Яндексе». По мнению компании, у массовой почты уровень безопасности должен быть не хуже, чем у корпоративной. «Мы надеемся, что поддержку SSL/TLS постепенно включит подавляющее большинство почтовых систем. Возможно, в будущем появится возможность запретить отправку почты, если принимающая сторона не может принять его в зашифрованном виде», - говорят представители «Яндекса».

Кроме «Яндекса», SSL/TLS-шифрование как для входящих, так и для исходящих сообщений, подерживает Gmail. Mail.Ru обеспечивает шифрование только исходящей почты. Yahoo, Outlook.com (Hotmail), «Рамблер.Почта» в данный момент не поддерживают SSL/TLS-шифрование.

У «Яндекса» также есть «Почта для домена», которой пользуются организации и малый бизнес. Это значит, что переписка её пользователей с сотрудниками компаний, в которых настроена поддержка шифрования, будет также идти по полностью зашифрованному соединению.

Следующая главная новость »

Контейнеризация 2026: чем российские решения отличаются на практике? Регистрируйтесь на эфир!

Яков Шпунт 18 Февраля 2026 - 19:55

Linux Соответствие законодательству РФ Общее Системы контентной веб-фильтрации

Замедление Telegram ударило по разработчикам российских ОС

В России оказался недоступен сервис git.kernel.org, через который разработчики получают обновления исходного кода ядра Linux. Крупные участники сообщества подтвердили проблему и связали её с действиями Роскомнадзора. Сам регулятор свою причастность отрицает.

Первые сообщения о сбоях в доступе к kernel.org появились 12 февраля. Пользователи отмечали, что зайти на ресурс без использования средств подмены адреса невозможно — ни по протоколу git, ни по HTTP. Аналогичные трудности возникли и с рядом других сайтов, в том числе с онлайн-курсами по Python и ресурсами разработчиков некоторых системных библиотек.

Портал Digital Report сообщил, что сбои могли быть связаны с мерами Роскомнадзора по замедлению Telegram. По версии издания, при попытке точечно ограничить трафик мессенджера и популярных VPN-протоколов (WireGuard, OpenVPN) применялась тактика «ковровых» блокировок по диапазонам IP-адресов. В результате под ограничения могли попасть CDN-сети, на которых размещаются зеркала Linux Kernel Archives.

Как отмечает Digital Report, ещё 12 февраля разработчики обратились в профильные группы Минцифры с просьбой разобраться в ситуации. По их словам, официальной реакции долгое время не последовало, а обсуждения сопровождались смесью тревоги и иронии.

Лишь сегодня Роскомнадзор в ответ на запрос издания «Подъём» сообщил: «Решения уполномоченных органов в отношении сервисов Linux не поступали, меры ограничения к ним не применяются».

После публикации комментария доступ к сервису начал постепенно восстанавливаться. Об этом, в частности, рассказал Алексей Смирнов в комментарии для Forbes.

Накануне похожие проблемы возникли у пользователей Windows: обновления системы либо не загружались, либо устанавливались с заметными задержками. Тогда Роскомнадзор также отрицал свою причастность.