[ Przewodniki po usługach wysyłkowych ]
Uwierzytelnij wiadomość e-mail wysłaną za pośrednictwem Exclaimer: konfiguracja i weryfikacja
Zweryfikuj routing poczty po stronie serwera Exclaimer z regionalną autoryzacją SPF i DKIM zastosowanymi przez końcową platformę wysyłającą po przetworzeniu podpisu.
Przez zespół badawczy EmailAuth · 5 minut czytania
[Kluczowe punkty]
- Exclaimer modyfikuje podpisy, ale nie jest ostatecznym sygnatariuszem DKIM .
- Użyj regionu subskrypcji do autoryzacji SPF .
- Przetestuj trasę zewnętrzną po wszystkich przekształceniach treści.
Na tej stronie
[Na wynos]
Przetestuj trasę zewnętrzną po wszystkich przekształceniach treści.
[ Według roli ]
Co to oznacza dla Ciebie
Wybierz swoją rolę, aby uzyskać praktyczne dalsze kroki.
Administrator IT / poczty
Zweryfikuj ostatecznego sygnatariusza
Ostatnia usługa zmieniająca treść określa, gdzie podpisywanie musi być skuteczne.
Kolejne kroki
- Zaplanuj całą trasę, łącznie z bramami.
- Oddzielne diagnozy brakujących, nieprawidłowych i niewyrównanych DKIM .
- Przed edycją SPF zweryfikuj region subskrypcji.
CISO / SecOps
Unikaj wymyślonych kontroli
Nie należy zakładać ani klucza Exclaimer DKIM , ani plomby ARC .
Kolejne kroki
- Przejrzyj rzeczywiste granice zaufania.
- Wymagaj dopasowanych wyników z końcowej ścieżki dostarczania zewnętrznego.
- Nie rozwijaj dostępu do przekaźnika jako skrótu do rozwiązywania problemów.
Założyciel / Nietechniczny
Zadbaj o to, aby podpisy nie zakłócały dostarczania
Zmiana marki może mieć wpływ na trasę przetwarzania wiadomości.
Kolejne kroki
- Wymagaj kontrolowanego testu zewnętrznego.
- Przypisz właściciela odzyskiwania przed wdrożeniem.
- Zachowaj możliwość odzyskania starej zatwierdzonej trasy poczty.
[ Często zadawane pytania ]
Często zadawane pytania
Gdzie jest selektor Exclaimer DKIM ?
Udokumentowana usługa po stronie serwera nie zapewnia podpisywania DKIM klienta. Skonfiguruj i zweryfikuj ostateczną osobę podpisującą Microsoft 365 lub Google Workspace .
Dlaczego wcześniejszy podpis może zniknąć?
Zastosowanie podpisu po stronie serwera powoduje zmianę wiadomości. Udokumentowana trasa usuwa wcześniejszy podpis DKIM i opiera się na ostatecznej platformie do późniejszego podpisania.
Czy Exclaimer ARC pieczętuje wiadomość?
Aktualna dokumentacja mówi, że tak nie jest. Nie należy stosować zakładanej pieczęci ARC jako kryterium akceptacji.
Którego regionalnego SPF powinienem używać?
Użyj regionu subskrypcji zweryfikowanego przez administratora Exclaimer, a nie lokalizacji odbiorcy lub skopiowanego przykładu.
Czy użycie wyłącznie po stronie klienta wymaga tej samej zmiany routingu?
Nie zakładaj tak. Ten przewodnik dotyczy routingu po stronie serwera; najpierw ustal, czy poczta faktycznie przechodzi przez Exclaimer.
Czy przechodzący końcowy podpis DKIM zawsze się zgadza?
Nie. Porównaj domenę podpisującą z widoczną pozycją From w odpowiednim trybie wyrównania.
Czy wiadomość wewnętrzna jest wystarczającym testem?
Nie. Zweryfikuj równoważną produkcyjną trasę zewnętrzną i zachowaj wyniki zaufanego odbiorcy.
Czy powinienem obracać klucze, gdy tylko wyszukiwanie się nie powiedzie?
Najpierw sprawdź autorytatywny DNS , nazwy właścicieli, typy rekordów i aktualne wartości dostawców. Rotuj tylko poprzez wspierany proces, gdy wymaga tego diagnoza.
[ Źródła ]
Źródła
- Regionalna konfiguracja SPF wykrzyknika
Sekcje Aktualizowanie ram polityki nadawczej · Sprawdzanie kodu regionu; Microsoft365 a tabele regionalne Google
- Wykrzyknik zachowanie DKIM po stronie serwera
Sekcje Powód i rozwiązanie: usunięcie podpisu, brak podpisu/ ARC · Rozwiązywanie problemów: DNS platformy końcowej i test zewnętrzny
- RFC 7208 SPF
Sekcje §2.4 Sprawdzanie autoryzacji · §3.2 Wiele rekordów DNS · §4.6.4 Limity wyszukiwania DNS
- RFC 6376 DKIM
Sekcje §3.5 Nagłówek DKIM-Signature · §3.6.2 Powiązanie DNS · §6 Działania weryfikatora
- RFC 9989 DMARC
Sekcje §4.4 Dopasowanie identyfikatora · §4.10 Przechodzenie po drzewie DNS · §5.3.5 Określanie wyniku pozytywnego lub negatywnego DMARC
[ Słowniczek ]
Słowniczek
- SPF
- Autoryzacja łączącego się nadawcy dla domeny kopertowej SMTP , z zastrzeżeniem limitów oceny protokołu.
- DKIM
- Podpis uwierzytelniający domenę podpisującą i chroniący wybraną treść wiadomości.
- Dopasowanie DMARC
- Wymagana relacja między widoczną domeną From a uwierzytelnioną domeną SPF lub DKIM .
- Selektor
- Identyfikator DKIM używany z domeną podpisującą do lokalizowania klucza publicznego.
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.
SaaS · Dedykowany najem · Lokalne rozwiązanie typu air-gapped · Szyfrowanie BYOK