Demo
Demo
База знаний PMTA›Блок <domain>›Директива§ 3.3.10.108.16

smtp-tls-v1.3-ciphersuites

<domain>

Набор шифров для TLS 1.3
в конфигурации это строкаsmtp-tls-v1.3-ciphersuites TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:TLS_AES_128_GCM_SHA256:TLS_AES_128_CCM_SHA256:TLS_AES_128_CCM_8_SHA256внутри блока <domain>
Версия 1.3 настраивается своей строкой

В TLS 1.3 наборы шифров устроены иначе, и старая строка на них не действует. Поэтому они задаются отдельной строкой; стандарт определяет их пять, и умолчание перечисляет все.

Умолчание перечисляет пять наборов — от TLS_AES_256_GCM_SHA384 до TLS_AES_128_CCM_8_SHA256. Все они современные; выбирать из них обычно нечего.

Осмысленный повод сузить — один: требование сертификации или политики безопасности, где перечислен конкретный список. Ради «усиления» трогать не стоит: слабых наборов в версии 1.3 нет.

Поверх списка действует openssl-security-level — он может запретить и то, что здесь разрешено.

Главная ловушка — оставить один набор. Приёмник, который его не поддерживает, не согласует версию 1.3 и откатится на 1.2 — а если 1.2 у него выключена, соединение не сложится вовсе. В версии 1.3 все пять наборов сильные, и сужение до одного не усиливает ничего, а только уменьшает совместимость.
Что делает Хаб. Не пишет — оставляет вендорское умолчание. Все пять наборов современные, и выбирать между ними нет причины: разница в скорости на разном железе, а не в стойкости.
Рекомендуемые значения

Значение — список наборов через двоеточие. Когда его вообще трогают:

Что Когда
не задавать (умолчание) всегда
сузить до перечня из политики требование сертификации или клиента
оставить один набор не делать: приёмник без него откатится на старую версию или не подключится

Проверять сужение согласованием, как и обычный список шифров.

Умолчание из пяти наборов и отдельность от списка для версий до 1.2 — из руководства (§ 3.3.10.108.16). Совет не сужать до одного — наш.
Пример в конфигурации
# сужение до двух наборов — по требованию политики, не «для усиления»
<domain example.com>
    smtp-tls-v1.3-ciphersuites TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256</domain>
Пример руководства. Оба набора сильные; смысл строки — соответствие чьему-то перечню, а не повышение стойкости.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
▲

Типичные ошибки и проблемы

что делают не так и чем это кончается1 ошибка▶

Сужают до одного набора ради «усиления»

наш опыт

Чем чреватоСтойкость не растёт — все пять наборов современные, — а совместимость падает: приёмник без этого набора не согласует версию 1.3 вовсе.
Как заметитьУ части приёмников согласуется версия ниже, чем раньше.
Как правильноВернуть умолчание. Сужать только по внешнему требованию и минимум до двух наборов.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Справочные данные
Синтаксис
smtp-tls-v1.3-ciphersuites <string>
Значения
список наборов TLS 1.3 через двоеточие
Умолчание
TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:TLS_AES_128_GCM_SHA256:TLS_AES_128_CCM_SHA256:TLS_AES_128_CCM_8_SHA256 § 3.3.10.108.16
Применение
reload, перезапуск не нужен
Очередь
уже поставленное в очередь не затронет
Где писать
<domain>
Сколько раз
один раз в блоке
Всё здесь — из руководства, с разделом.
Наследование
Директива живёт в <domain> и сливается по обычному правилу блоков получателей: побеждает самое точное совпадение по имени приёмника. Те же три уровня действуют по адресу отправки. Список для версий до 1.2 — smtp-tls-ciphers — задаётся отдельно и на 1.3 не влияет.
⇄

Связанные директивы

1 связь

Без чего не работает

use-starttls<domain>Набор шифров версии 1.3 согласуется в ходе шифрования и без него не применяется. § 3.3.10.108.16

Как проверить на узле
Какой набор согласован на самом деле, видно в учёте рядом с версией:
pmtaacctfind --output csv[rcpt,dlvTlsProtocol,dlvTlsCipher] /var/log/pmta/acct-*.csv | head -20
Наборы версии 1.3 узнаются по имени, начинающемуся с TLS_. Если согласованного набора нет в вашем списке, значит соединение прошло по более старой версии — и действовала другая строка. Столбцы заполнены, только если dlvTlsProtocol и dlvTlsCipher названы в record-fields; на узлах Хаба их нет.
◇

Что ещё почитать

3 статьи

◇Подача по HTTPS на своём приёмнике, по образцу SparkPostОтдельный вход: свой приёмник с сертификатом, свои ключи и зарезервированное имя источника, через которое к такой почте применяются обычные настройки подачи.◇Приёмник объявляет требование шифрования на своём сайтеУзел забирает политику получателя по HTTPS и, если та в режиме принуждения, доставляет только при совпадении MX, шифровании и проверенном сертификате.◇Приёмник объявляет требование шифрования в своей зоне DNSУзел смотрит записи DANE получателя и, если тот требует STARTTLS, отправляет только по зашифрованному каналу с проверенным по отпечатку сертификатом.

В Хабе
Цена ошибки
обратимо: вредит, пока стоит
Сценарии
Шифрование соединений
Соседние настройки блока <domain>:use-mta-stssmtp-tls-min-versionuse-starttlsuse-danerequire-starttlsВсе 135 директив блока →