Внедрение MTA-STS: как заставить входящую почту шифроваться, а не «по возможности»

STARTTLS в SMTP — это вежливое предложение, а не требование. Отправляющий сервер спрашивает «умеешь TLS?», принимающий отвечает «умею», и они шифруются. Проблема в том, что весь этот диалог идёт открытым текстом до момента согласования шифрования. Активный посредник на пути письма просто вычёркивает строку 250-STARTTLS из ответа на EHLO — и отправитель, не увидев поддержки TLS, спокойно доставляет письмо по 25-му порту в чистом виде. Ни ошибки, ни предупреждения, ни следа в логах получателя. Классическая downgrade-атака, и оппортунистический TLS против неё бессилен по определению: он не проверяет ни сертификат, ни сам факт, что шифрование вообще предлагалось.

MTA-STS (RFC 8461) закрывает эту дыру. Он превращает «зашифруем, если получится» в «доставляй только по TLS с валидным сертификатом, иначе не доставляй вообще». Ниже — не пересказ RFC, а рантбук: как за один вечер поднять политику, захостить policy-файл, безопасно пройти путь testing → enforce и не потерять ни одного письма.