[ Bezpieczeństwo transportu ]

Hostuj plik zasad MTA-STS we właściwej lokalizacji HTTPS

Udostępniaj bezpośrednio dokładny punkt końcowy HTTPS MTA-STS , sprawdzaj jego certyfikat i treść zasad oraz koordynuj publikację za pomocą wykrywania i pamięci podręcznych.

Przez zespół badawczy EmailAuth · 8 minut czytania

[Kluczowe punkty]

  • Użyj dokładnej nazwy hosta zasad, ścieżki i portu HTTPS.
  • Wymagaj bezpośredniego protokołu HTTP 200 i zachowaj certyfikat oraz dowody osobiste.
  • Koordynuj wersję artefaktu, identyfikator odkrycia i zgodność z polityką pamięci podręcznej.
Na tej stronie

[Na wynos]

Udostępniaj bezpośrednio dokładny punkt końcowy HTTPS MTA-STS , sprawdzaj jego certyfikat i treść zasad oraz koordynuj publikację za pomocą wykrywania i pamięci podręcznych.

[ Według roli ]

Co to oznacza dla Ciebie

Wybierz swoją rolę, aby uzyskać praktyczne dalsze kroki.

Administrator IT / poczty

Sprawdź dokładną odpowiedź HTTPS

Ekran konfiguracji nie stanowi całościowego dowodu.

Kolejne kroki

  1. Rejestruj dokładne artefakty DNS i zasad.
  2. Sprawdź niezależnie każdy odpowiedni punkt końcowy.
  3. Zachowaj znaczniki czasu i kontrolowane wyniki akceptacji.

CISO / SecOps

Przejrzyj ryzyko związane z egzekwowaniem zasad i zasadami buforowanymi

Zmiany polityki transportowej wymagają kompatybilnego planu naprawczego.

Kolejne kroki

  1. Przejrzyj certyfikaty i dozwolone wzorce MX .
  2. Konto dla wcześniejszych zasad zapisanych w pamięci podręcznej.
  3. Oddziel wyniki transportu od uwierzytelniania wiadomości.

Założyciel / Nietechniczny

Chroń ciągłość poczty przychodzącej

Publikacja musi posiadać odpowiedzialną własność usługi.

Kolejne kroki

  1. Przypisz właścicieli DNS , poczty i hostingu.
  2. Uwzględnij trasy zapasowe i odpowiedzialność za odnowienie.
  3. Wymagaj dowodu akceptacji przed wykonaniem.

[ Często zadawane pytania ]

Często zadawane pytania

Jaki jest adres URL zasad dla example.com ?

Jest to https://mta-sts.example.com/.well-known/mta-sts.txt przez HTTPS na porcie 443.

RFC 8461

Czy punkt końcowy może przekierowywać do adresu URL magazynu?

Nie. RFC 8461 zabrania stosowania przekierowań HTTP 3xx podczas pobierania zasad. Udostępnij zasady bezpośrednio w wymaganym punkcie końcowym.

RFC 8461

Czy przeglądarka wyświetlająca politykę wystarczy?

Nie. Przeglądarki mogą korzystać z przekierowań lub sesji uwierzytelnionej. Zachowaj oryginalną nieuwierzytelnioną odpowiedź i dowód certyfikatu.

RFC 8461

Jaki status i typ multimediów należy wyświetlić?

Pobranie wymaga protokołu HTTP 200. RFC 8461 mówi, że nadawcy POWINNI sprawdzać poprawność tekstu/zwykłego; opublikuj zamierzoną politykę zwykłego tekstu dla tego typu multimediów.

RFC 8461

Czy certyfikat HTTPS jest certyfikatem MX ?

Nie. Host zasad i odbierający serwer SMTP to różne punkty końcowe z oddzielnym sprawdzaniem nazwy hosta i certyfikatu.

RFC 8461

Czy max_age to DNS TTL?

Nie. Jest to czas życia pamięci podręcznej zasad w sekundach, różniący się od kontroli pamięci podręcznej DNS TTL i HTTP.

RFC 8461

Czy zmiana identyfikatora powoduje usunięcie wszystkich pamięci podręcznych nadawców?

Nie. Umożliwia nadawcom wykrycie wersji, ale nie jest operacją globalnego czyszczenia pamięci podręcznej. Zachowaj kompatybilność podczas przejścia.

RFC 8461

Czy usunięcie punktu końcowego może bezpiecznie wyłączyć MTA-STS ?

Nie zakładaj tak. Przejrzyj zasady braku trybu i poprzednie zasady buforowane oraz utrzymuj punkt końcowy zgodnie z wymaganiami zatwierdzonego planu emerytalnego.

RFC 8461

[ Źródła ]

Źródła

  1. RFC 8461

    Sekcje §3.1. Rekordy MTA-STS TXT · §3.2. Polityka MTA-STS · §3.3. Pobieranie zasad HTTPS · §4. Zatwierdzenie Polityki · §5. Zastosowanie Polityki · §8. Względy operacyjne

  2. RFC 8460

    Sekcje §3. Polityka raportowania · §4. Format raportu

[ Słowniczek ]

Słowniczek

Domena zasad
Domena odbiorcza, której wykryto politykę MTA-STS .

RFC 8461

Gospodarz polityki
Host HTTPS z prefiksem mta-sts obsługujący plik strategii.

RFC 8461

Identyfikator zasad
Wartość TXT wykrywania używana do rozpoznawania poprawek zasad.

RFC 8461

maksymalny_wiek
Maksymalny czas życia pamięci podręcznej zasad wyrażony w sekundach.

RFC 8461

Pochodzenie przedsiębiorstwa

Dlaczego najlepsze instytucje finansowe i rządy wycofali swoje panele bezpieczeństwa poczty e-mail.

Tradycyjne platformy uwierzytelniania poczty e-mail oferują pulpit nawigacyjny i proszą inżynierów o wykonanie pracy. W środowiskach o dużej stawce ręczny nadzór oznacza opóźnione egzekwowanie, zmianę konfiguracji i niemonitorowane domeny-cienie.

EmailAuth to platforma agentowego pochodzenia wiadomości e-mail. Nasi agenci egzekwują p=reject, dostosuj zewnętrznych nadawców i przenieś swoje domeny do pełnych adresów RFC 9989 zgodność, nowy standard DMARC , z możliwością kontroli przez człowieka.

Rządy Duże przedsiębiorstwa Instytucje finansowe poziomu 1

SaaS · Dedykowany najem · Lokalne rozwiązanie typu air-gapped · Szyfrowanie BYOK

Baza wiedzy