Перейти до вмісту
IPeek

Перевірка MTA-STS

Примусова політика TLS для вхідної пошти

Перевірка…

Що таке MTA-STS?

MTA-STS дозволяє домену вимагати, щоб вхідна пошта доставлялася через автентифікований TLS, захищаючи від атак пониження й «людина посередині». IPeek читає TXT-запис _mta-sts і отримує файл політики, опублікований за адресою mta-sts.your-domain. Він закриває прогалину, залишену опортуністичним STARTTLS, який зловмисник може тихо зрізати.

Як MTA-STS публікує й застосовує політику

MTA-STS складається з двох частин. TXT-запис за адресою _mta-sts.your-domain містить версію та ідентифікатор політики, що повідомляє серверам-відправникам про існування політики й змінюється, коли ви її оновлюєте. Сама політика зберігається у текстовому файлі, що віддається через HTTPS за адресою https://mta-sts.your-domain/.well-known/mta-sts.txt. Цей файл містить версію, режим, дозволені імена хостів MX і час кешування max_age. Відправник, що підтримує MTA-STS, отримує й кешує політику, а потім відмовляється доставляти до будь-якого MX, чий сертифікат не валідується за нею.

Як читати результати MTA-STS

IPeek показує, чи існує TXT-запис _mta-sts і чи доступний файл політики через HTTPS. Найважливіше значення — режим. none означає, що жодна політика не діє, testing означає, що про збої повідомляється, але пошта все одно проходить, а enforce означає, що відправник має перервати доставку, якщо автентифікація TLS не вдалася. Перевірте, що записи mx у політиці збігаються з вашими реальними записами MX і що сертифікат HTTPS на хості політики чинний. Високий max_age, часто 604800 секунд, покращує захист, бо кешовані політики стійкі до підробки в реальному часі.

Поширені проблеми MTA-STS і як їх виправити

Найпоширеніша помилка — TXT-запис, що існує, тоді як файл політики повертає 404 чи переадресацію, що робить політику непридатною. Хост політики має віддавати чинний HTTPS, тож прострочений чи невідповідний сертифікат на mta-sts.your-domain повністю ламає застосування. Записи MX, що розходяться з вашим DNS, спричиняють збої доставки, щойно ви перейдете на enforce. Розгортайте спершу в testing, відстежуйте звіти TLS-RPT на предмет збоїв і переходьте на enforce лише після того, як підтвердите, що кожен MX пред’являє чинний відповідний сертифікат.

Поширені запитання

Яка різниця між режимами testing і enforce у MTA-STS?

У режимі testing відправники, які виявляють збій TLS, усе одно доставляють пошту, але повідомляють про проблему, дозволяючи вам знайти проблеми без блокування трафіку. У режимі enforce відправник має перервати доставку до будь-якого MX, чий сертифікат не пройшов перевірку. Почніть із testing, стежте за звітами TLS-RPT і переходьте на enforce лише тоді, коли збоїв не з’являється.

Де розташований файл політики MTA-STS?

Файл політики віддається через HTTPS за адресою https://mta-sts.your-domain/.well-known/mta-sts.txt, на субдомені з ім’ям mta-sts. TXT-запис DNS за адресою _mta-sts.your-domain лише оголошує, що політика існує, і містить ідентифікатор; самі правила, зокрема режим і дозволені хости MX, зберігаються у цьому файлі HTTPS. Обидва мають бути присутні й чинні, щоб MTA-STS працював.

Чим MTA-STS відрізняється від STARTTLS?

STARTTLS опортуністичний: він пропонує шифрування, але мережевий зловмисник може зрізати оголошення STARTTLS і непомітно примусити доставку у відкритому вигляді. MTA-STS додає опубліковану політику, що повідомляє відправникам, що TLS обов’язковий і яким сертифікатам MX довіряти, тож зрізане чи невалідне з’єднання TLS спричиняє збій доставки, а не тихе пониження. Він захищає STARTTLS від атак пониження.

Чи потребує MTA-STS DNSSEC?

Ні. MTA-STS навмисно покладається на HTTPS і вебінфраструктуру PKI для своєї довіри, а не на DNSSEC, що робить його простішим у розгортанні, ніж DANE. Сертифікат HTTPS файлу політики забезпечує автентифікацію. Якщо у вашого домену вже є DNSSEC, ви можете запускати DANE поряд із MTA-STS, бо ці два механізми доповнюють, а не суперечать один одному.

Як безпечно розгорнути MTA-STS?

Спершу опублікуйте TXT-запис і файл політики в режимі testing, потім увімкніть TLS-RPT, щоб сервери-відправники надсилали вам звіти про будь-які збої TLS. Підтвердьте, що імена хостів MX у політиці збігаються з DNS і що кожен MX пред’являє чинний сертифікат. Щойно звіти не показуватимуть збоїв протягом звичайного циклу звітності, змініть режим на enforce й оновіть ідентифікатор політики.