 |
|
|
|
Настраиваем TLS/SASL-шифрование и аутентификацию в MTA Sendmail
Настраиваем TLS/SASL-шифрование При помощи механизма STARTTLS и сертификатов мы попробуем настроить взаимную аутентификацию и шифрование пересылаемой почты между двумя почтовыми серверами с MTA Sendmail. Также при помощи TLS защитим отправляемую клиентами на сервер почту и настроим почтовый релей для пересылки корреспонденции только тех пользователей, которые предъявят сертификат, выданный нашим центром сертификации (CA). STARTTLS (RFC 2487) является расширением протокола SMTP. STARTTLS в первую очередь предназначен для поддержки TLS-шифрования и аутентификации между двумя почтовыми серверами. Но как вы увидите далее, он с успехом может применяться и почтовыми клиентами. MTA Sendmail в нашей тестовой конфигурации будет работать на двух серверах Red Hat Enterprise Linux 5.1. Выбор не является принципиальным – вы можете использовать ваш любимый или вовсе установить Sendmail в другой операционной системе, например Solaris. Единственное, с чем вы можете столкнуться, – отличие поставляемого по умолчанию в вашем дистрибутиве конфигурационного файла sendmail.mc от использующегося в Red Hat Enterprise Linux/Fedora. Также предполагаем, что у нас есть настроенный центр сертификации. Для простоты будем использовать OpenSSL, но, естественно, это непринципиально. Один из наших тестовых серверов прекрасно справится с этой ролью. Конечно, в реальной работе вы не должны разворачивать CA и публичный почтовый сервер на одной машине. В качестве «компенсации» засилья Open Source-инструментов в роли MUA используем штатную в Windows Vista программу Windows Mail. Базовые настройки и взаимодействие двух почтовых серверов Начнем с сертификата для MTA. Необходимо отметить, что STARTTLS в данном случае защищает только трафик между двумя соответствующим образом настроенными почтовыми серверами. Нет никакой гарантии при отправке письма «во вне», что все релеи, через которые пройдет письмо, используют STARTTLS. Никогда не надо забывать, что отправка письма через Интернет аналогична отправке почтовой карточки по обыкновенной почте. Текст вашего письма может быть прочитан во всех точках, через которые пересылается письмо. Для гарантированной защиты электронной почты между отправителем и получателем необходимо использовать шифрование при помощи S/MIME или GnuPG/PGP. Генерируем для нашего сервера приватный ключ и создаем запрос в центр сертификации: # openssl genrsa 1024 > sendmail.key # openssl req -new -key sendmail.key -out sendmail.csr После чего необходимо переслать запрос на выдачу сертификата в центр сертификации. Администратор центра сертификации выпускает на основе запроса сертификат: # openssl ca -in sendmail.csr -out sendmail.crt Копируем полученный сертификат на почтовый сервер и кладем рядом с ключом в директорию /etc/pki/tls/certs. Права на оба файла должны быть выставлены 600 или 400. Далее начинаем править конфигурационный файл /etc/mail/sendmail.mc. Редактируем пути и убираем комментарии со строк: # Директория с сертификатами define(`confCACERT_PATH', `/etc/pki/tls/certs')dnl # Сертификат CA, выдавшего сертификат нашему серверу. # Не забудьте его также скопировать в указанную директорию define(`confCACERT', `/etc/pki/CA/cacert.pem')dnl # Сертификат нашего сервера, используемый во время # приема почты define(`confSERVER_CERT', `/etc/pki/tls/certs/sendmail.crt')dnl # Приватный ключ нашего сервера define(`confSERVER_KEY', `/etc/pki/tls/certs/sendmail.key')dnl и добавляем две новых строки: # Сертификат и приватный ключ нашего сервера, используемый для отправления почты на другой сервер. # Для простоты используем те же, файлы, что и в первом случае define(`confSERVER_CERT', `/etc/pki/tls/certs/sendmail.crt')dnl define(`confSERVER_KEY', `/etc/pki/tls/certs/sendmail.key')dnl Для проверки наших настроек зайдем на 25-й порт сервера при помощи команды telnet: # openssl ca -in sendmail.csr -out sendmail.crt
EHLO station18.example.com
STARTTLS
QUIT Повторяем те же действия по настройке (включая выпуск второго сертификата) для второго сервера. В нашей ситуации оба сервера используют один и тот же удостоверяющий центр. Если используются разные CA, то MTA будут необходимы корневые сертификаты обоих. Теперь если мы попробуем на одном из серверов локально запустить MUA, например mutt, и отправить сообщение пользователю второго сервера, то на первом сервере в /var/log/maillog увидим примерно такие сообщения:
А на принимающем соответственно:
Как видно из журнала, серверы аутентифицировали друг друга при помощи сертификатов, выданных одним и тем же CA, и при пересылке письма информация была зашифрована. Данный факт можно проверить, запустив на одном из тестовых серверов утилиту wireshark или tcpdump. Настройка TLS для клиента В текущем состоянии Sendmail готов работать с клиентом, принимая от него почту в зашифрованном виде, однако никакой проверки клиента при помощи механизма TLS не используется. Зато клиенту не нужны сертификаты, и всего лишь достаточно поставить соответствующую галку – «использовать защищенное соединение, TLS». В журнале почтового сервера это выглядит примерно так:
Как видно, напротив verify мы видим значение «NO». Попробуем «закрутить гайки». Сгенерируем сертификат для пользователя. Раз мы начали работать с OpenSSL, для упрощения задачи предположим, что наш пользователь также воспользуется этой утилитой. Естественно, какими средствами будет сгенерирован запрос в центр сертификации, нам не важно. В «боевой» среде скорее всего пользователь воспользуется каким-либо веб-интерфейсом. Итак, от лица пользователя: # openssl genrsa 1024 > andrey.key # openssl req -new -key andrey.key -out andrey.csr И от лица администратора CA: # openssl ca -in andrey.csr -out andrey.crt Далее необходимо «упаковать» ключ и сертификат в формат PKCS#12: # cat andrey.key andrey.crt > andrey.pem # openssl pkcs12 -export -in andrey.pem -out testusercert.p12 -name "Andrey's Personal cert" «Скармливаем» персональный сертификат и сертификат CA выбранному MUA, в нашем случае программе Windows Mail. А на сервере остается прописать, кому разрешена пересылка почты через наш сервер: # cat /etc/mail/access
В данном случае мы разрешаем пересылку только обладателям сертификатов, выданных нашим CA. Параметры CERTISSUER и CERTSUBJECT мы заполняем значениями, взятыми из полей Issuer и Subject сертификата CA: # openssl x509 -in cacert.pem -noout -subject -issuer
При этом ряд символов, в том числе «{», «<», «>», «(», «)», «"», «+», «}», и пробел заменяются на шестнадцатеричные ASCII-коды, предваряемые символом «плюс». Соответствующие коды можно посмотреть в странице руководства: # man ascii Успешная попытка обладателя сертификата использовать наш почтовый сервер в качестве релея в журнале /var/log/messages будет выглядеть примерно следующим образом:
Если вы увидели подобные сообщения в журнале, значит наша цель достигнута. Убедиться в том, что соответствующий сеанс защищен, вы можете при помощи утилиты wireshark. Таким образом, как видите, при всей относительной сложности настройки MTA Sendmail, механизм STARTTLS включается достаточно просто. Удачи. |
Андрей МаркеловКомментарии отсутствуют
| Добавить комментарий |
|
Комментарии могут оставлять только зарегистрированные пользователи |
|
