EFF научит администраторов грамотно использовать STARTTLS на серверах

EFF научит администраторов грамотно использовать STARTTLS на серверах

EFF научит администраторов грамотно использовать STARTTLS на серверах

Фонд Электронных Рубежей (Electronic Frontier Foundation, EFF) анонсировал новый проект под названием «STARTTLS Everywhere», который предоставит администраторам рекомендации, как правильно настроить почтовый сервер, использующий STARTTLS.

«STARTTLS Everywhere» похож на еще одну инициативу от EFF — «Let's Encrypt». EFF запустил «Let's Encrypt» два года назад совместно с Mozilla и Cisco.

Напомним, что в июне 2016 года разработчики сервиса «Let’s Encrypt», предоставляющего бесплатные цифровые сертификаты для шифрования трафика по HTTPS всем и бесплатно, допустили досадную ошибку в ходе конфигурации почтовой рассылки. В результате почтовые ящики части пользователей стали известны другим адресатам.

STARTTLS представляет собой расширение обычного протокола текстового обмена, которое позволяет создать зашифрованное соединение (TLS или SSL) прямо поверх обычного TCP-соединения вместо открытия для шифрованного соединения отдельного порта.

Фактически STARTTLS позволяет двум почтовым серверам обмениваться сертификатами и настраивать между собой зашифрованный канал связи. Благодаря такому каналу связи отправляющий сервер передает электронное письмо в зашифрованном виде, которое затем дешифруется по прибытии.

Такой подход гарантирует, что никто кроме получателя и отправителя не смогут прочитать электронные письма.

Согласно последнему отчету Google Email Transparency Report, STARTTLS уже развернут на 89 % всех серверов электронной почты в Сети. Однако, как утверждает EFF, STARTTLS часто настроен неправильно.

«Несмотря на то, что многие серверы поддерживают STARTTLS, большинство из них до сих пор не подтверждают сертификаты», — объясняют специалисты EFF.

На деле это значит, что любой может вклиниться в связь между двумя серверами, используя недопустимый сертификат, что приведет к серьезным утечкам конфиденциальной информации.

Здесь на помощь приходит проект «STARTTLS Everywhere», который предоставит программное обеспечение для системных администраторов. Это ПО можно запустить на почтовом сервере и получить действительный сертификат.

Также это решение поможет настроить сервер на корректное использование STARTTLS.

Один ЦОД на три региона: в России задумали 40 крупных вычислительных хабов

Российскую инфраструктуру хранения и обработки данных хотят вывести за пределы Москвы и распределить между регионами. Участники рынка обсуждают создание 30-40 крупных межрегиональных ЦОД, каждый из которых сможет обслуживать сразу несколько субъектов страны.

Первые проекты, по данным «Ведомостей», планируют проработать для Урала, Поволжья и Ленинградской области.

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

В Минцифры подтвердили, что обсуждают с регионами и бизнесом различные варианты развития инфраструктуры ЦОД. Конкретных параметров, сроков и источников финансирования проекта пока нет.

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

Особый спрос на региональные ЦОД могут обеспечить проекты искусственного интеллекта, которым нужны крупные вычислительные мощности. Сейчас российский рынок дата-центров сильно сосредоточен в Москве, где свободной электроэнергии для новых объектов становится всё меньше.

Предполагается, что одним из участников проекта может стать РТК-ЦОД из группы «Ростелеком», однако официально оператор проекта пока не назван. Яндекс, «Сбер», VK и МТС инициативу не прокомментировали.

С середины августа в России также действует классификация ЦОД по классам A, B, C и D. Высший класс A примерно соответствует Tier IV и предполагает продолжение работы даже при отказе одного из основных инженерных компонентов.

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