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

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

«Яндекс.Почта» включила 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-шифрование.

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

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

Android-приложения для психического здоровья сливают ваши данные

Популярные мобильные приложения для психического здоровья с миллионами установок в Google Play Store оказались небезопасными. Исследователи из компании Oversecured обнаружили в десяти таких приложениях в общей сложности 1 575 уязвимостей, степень риска которых варьируется от низкой до высокой.

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

Некоторые из них имеют более 10 млн загрузок. В одном из приложений специалисты нашли свыше 85 уязвимостей средней и высокой степени опасности.

Критических проблем выявлено не было, но даже обнаруженные баги могут привести к утечке логинов, подмене уведомлений, HTML-инъекциям или раскрытию местоположения пользователя. В отдельных случаях злоумышленник теоретически может получить доступ к данным о «сеансах терапии».

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

По словам основателя Oversecured Сергея Тошина, на теневых форумах терапевтические записи могут стоить $1000 и более за один профиль. Это значительно дороже, чем данные банковских карт.

Среди типичных проблем присутствует некорректная обработка пользовательских URI, что в одном случае позволяло открыть внутренние компоненты приложения, не предназначенные для внешнего доступа. Если такие компоненты работают с токенами аутентификации и сессионными данными, это потенциально открывает путь к чужим записям терапии.

В других приложениях данные хранились локально таким образом, что к ним могли получить доступ другие программы на устройстве. Также исследователи нашли конфигурационные данные в открытом виде, включая URL баз данных Firebase и API-эндпоинты.

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

Шесть из десяти проверенных приложений не содержали уязвимостей высокой степени риска, однако имели проблемы средней важности, которые в целом ослабляют защиту.

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