[ Przewodniki po usługach wysyłkowych ]

Uwierzytelnij wiadomość e-mail wysyłaną za pośrednictwem GetResponse: konfiguracja i weryfikacja

Skonfiguruj niestandardowy DKIM GetResponse z wygenerowanymi wartościami, przeglądaj automatyczne zmiany DNS i weryfikuj dopasowanie, zanim zaczniesz polegać na polityce DMARC swojej domeny.

Przez zespół badawczy EmailAuth · 5 minut czytania

[Kluczowe punkty]

  • Skonfiguruj niestandardowy DKIM GetResponse z wygenerowanymi wartościami, przeglądaj automatyczne zmiany DNS i weryfikuj dopasowanie, zanim zaczniesz polegać na polityce DMARC swojej domeny.
  • Nie zakładaj, że unieważniony klucz można przywrócić, ponownie publikując jego wartość DNS .
Na tej stronie

Traktuj weryfikację adresu i uwierzytelnianie osobno

Zweryfikowany adres Od potwierdza dostęp do tej skrzynki pocztowej; samo w sobie nie stanowi dowodu, że biuletyn jest zgodny DKIM Lub SPF. Zacznij od domeny kontrolowanej przez Twoją organizację, zatwierdzonego adresu nadawcy, dostępu administracyjnego DNS i właściciela kampanii. Inwentaryzacja innych usług, które już wysyłają do domeny, przed zmianą jej rekordów.

Udokumentowany przepływ pracy w domenach GetResponse znajduje się w sekcji Profil > E-maile i domeny. Niestandardowy DKIM wykorzystuje klucz i identyfikator wygenerowany w koncie. Nie używaj leku generycznego selektor z tutoriala lub klucz wyeksportowany z innego konta. Istotnym pytaniem jest to, która domena podpisuje faktyczną wiadomość, a nie to, czy adres nadawcy został pomyślnie dodany.

Należy oddzielić tę pracę domeny e-mail od konfiguracji domeny witryny i strony docelowej. Przekierowanie serwery nazw lub podłączenie strony internetowej nie jest konieczne jedynie w celu opublikowania rekordu uwierzytelnienia na istniejącym hoście DNS .

Wygeneruj i opublikuj rekord DKIM

W obszarze Adresy e-mail otwórz menu Czynności domeny i wybierz opcję Wyświetl Rekordy TXT i Uwierzytelnij swoją domenę za pomocą DKIM . Skopiuj wyświetlony identyfikator i klucz. Dokumentacja oferuje również Klucz 2048-bitowy opcję i ostrzega, że ​​potwierdzenie wygenerowania unieważnia istniejący klucz i identyfikator. Zaplanuj tę akcję jako skoordynowaną rotację, a nie jako nieszkodliwą preferencję wyświetlania.

Przed rotacją zapisz bieżący selektor i stan podpisu, zidentyfikuj osobę, która może szybko opublikować DNS , i ustal, w jaki sposób kampanie zostaną wstrzymane lub przywrócone, jeśli weryfikacja się nie powiedzie. Nie zakładaj, że stary klucz będzie nadal użyteczny po tym, jak produkt go unieważni. Rozwiąż wszelkie możliwości nakładania się lub wycofywania z dostawcą, zanim zaczniesz na nim polegać.

Opublikuj zwróconego właściciela TXT i pełną wartość w autorytatywnej usłudze DNS . Sprawdź zasady sufiksów edytora i obsługę długich TXT. Obcięty klucz, brakujący znak selektora lub zduplikowany sufiks domeny mogą sprawić, że pozornie zapisany rekord będzie bezużyteczny. Jeśli interfejs użytkownika nie może zachować całej wartości, zamiast dzielić klucz na niezależne rekordy, uzyskaj obsługiwane wskazówki dotyczące hosta DNS.

Przejrzyj konfigurację automatyczną przed jej zatwierdzeniem

GetResponse dokumentuje również automatyczny przepływ za pomocą Entri. Po dodaniu i zweryfikowaniu adresu nadawcy wybierz opcję Uwierzytelnij z menu domeny. Przepływ może wyświetlić proponowane rekordy tekstowe przed kontynuacją, wykryć dostawcę DNS i zażądać odpowiedniego logowania i potwierdzenia. Konfiguracja ręczna pozostaje alternatywą, jeśli integracja nie może zakończyć zadania.

Udokumentowano automatyczny proces dodawania niestandardowego DKIM , rekordu SPF TXT i a p=none DMARC gdy nie istnieje jeszcze prawidłowa polityka. Przed zatwierdzeniem proponowanych zmian należy sprawdzić ich zgodność z istniejącą dokumentacją. Automatyzacja nie eliminuje konieczności utrzymywania narzuconych zasad, unikania duplikatów Rekordy SPF lub przejrzyj uprawnienia przyznane integracji DNS .

Nie zakładaj, że pomyślne potwierdzenie integracji dowodzi, że każdy żądany rekord został opublikowany u odpowiedniego właściciela. Porównaj później wiarygodne odpowiedzi i zachowaj dokładny zestaw zmian. Jeśli proces zakończy się niepowodzeniem, sprawdź, co już zostało zmienione przed ponowną próbą, aby druga próba nie spowodowała konfliktów ani nie utrudniała odzyskiwania.

Zapoznaj się z odrębną decyzją SPF

Strona SPF GetResponse podaje, że domena wysyłająca ma już SPF i trzeba to dodać rekord do domeny widocznej dla Klienta nie jest wymagane proste przesłanie za pośrednictwem usługi. Udostępnia informacje SPF wyświetlane na koncie klientom, którzy zdecydują się je skonfigurować. Użyj tych bieżących wartości, zamiast zgadywać, że jest to uniwersalne.

Rozróżnienie protokołów ma znaczenie: SPF ocenia nadawca kopertowy domena, a nie widoczna Z nagłówka. Uprawnienie dodane do example.com nie może spowodować wyrównania, jeśli wiadomość faktycznie korzysta z niepowiązanej domeny koperty. Prawidłowy niestandardowy podpis DKIM dostosowany do example.com może niezależnie dostarczać ścieżkę DMARC . Zanim potraktujesz zmianę głównego SPF jako naprawę, sprawdź, co robi komunikat.

Jeśli wymagana jest legalna aktualizacja SPF , przejrzyj istniejącą politykę i jej koszt wyszukiwania DNS. Zachowaj jeden ważny rekord SPF kandydata u tego właściciela i zachowaj innych zatwierdzonych nadawców. Nie łącz dwóch pełnych polityk v=spf1 ani nie twórz drugiej polityki TXT obok pierwszej.

Sprawdź rzeczywistą kampanię

Zapytaj każdy autorytatywny serwer o dokładnego właściciela DKIM i porównaj pełną wartość publiczną z kontem. W razie potrzeby powtórz weryfikację produktu, uwzględniając wcześniej zapisane w pamięci podręcznej odpowiedzi po tym, jak autorytatywna publikacja jest prawidłowa. Następnie wyślij kontrolowany newsletter poprzez zamierzony przepływ pracy GetResponse do autoryzowanego odbiorcy z dostępem do otrzymanych nieprzetworzonych nagłówków.

Przechwytuj widoczne źródło, domenę koperty, każde DKIM d= i s=, oraz wyniki uwierzytelnienia zaufanego odbiorcy. Syntetyczny przykład: wiadomość zawiera From news@example.com , SPF oznacza kopertę należącą do dostawcy, a DKIM przekazuje adres d=example.com. Przepustka SPF należąca do dostawcy nie jest dostosowana do example.com , ale przepustka DKIM dotycząca dokładnej domeny może spełniać DMARC . Jeśli zamiast tego domena podpisująca należy do dostawcy, nie nazywaj tego sukcesem domeny niestandardowej tylko dlatego, że sam DKIM przeszedł pomyślnie.

Przetestuj każdą istotną różnicę w przepływie pracy z domeny i wysyłania. Newsletter wysłany z innego adresu niż próbka akceptacji może mieć inną konfigurację domeny. Pomyślny test DNS nie zastępuje weryfikacji na poziomie trasy.

Zdiagnozuj i zachowaj historię odzyskiwania

Jeśli w DNS brakuje klucza, napraw dokładnego właściciela lub wartość. Jeśli klucz jest poprawny, ale brakuje podpisu lub korzysta z innej domeny, sprawdź wybranego nadawcę i konfigurację produktu. Jeśli uwierzytelnienie zakończy się pomyślnie, ale umiejscowienie jest słabe, sprawdź osobno zasady dotyczące zgody, reputacji, treści i odbiorcy; DKIM nie gwarantuje umieszczenia w skrzynce odbiorczej.

Zachowaj starą konfigurację, proponowane zmiany, rzeczywiste zmiany, wyniki walidacji i dowody wiadomości. Nie osłabiaj zasad DMARC obejmujących całą domenę, aby ukryć nieudaną rotację. Ten przewodnik opiera się na zachowanej dokumentacji własnej i syntetycznej interpretacji, a nie na rzeczywistym najemcy GetResponse lub dostarczonej kampanii. Akceptacja produkcji wymaga aktualnych dowodów administratora i zgody człowieka.

Zdecyduj, co oznacza odzyskiwanie po unieważnieniu

Dla przypadku rotacji pisemnej GR-01 załóżmy, że administrator potwierdził wygenerowanie opcji 2048-bitowej, identyfikator nowego konta to demo-new, a strefa nadal zawiera tylko demo-stare. Nie zaobserwowano żadnego aktualnego klucza publicznego ani otrzymanego podpisu. Właściciel kampanii wstrzymuje wydanie, którego dotyczy problem, podczas gdy właściciel DNS uzyskuje i publikuje dokładnie nowo wygenerowaną wartość u wymaganego właściciela. Ponowna publikacja starej wartości nie jest obsługiwanym założeniem dotyczącym odzyskiwania po udokumentowanym unieważnieniu; zapytaj dostawcę o możliwy do odzyskania stan podpisania, zanim zaczniesz na nim polegać. Zamknij dopiero po miarodajnym porównaniu i kontrolowanej kampanii, której rzeczywisty d=/s= i zaufany wynik spotykają się z akceptacją. W tym przykładzie nie wystąpiło żadne generowanie klucza, edycja ani wysyłanie DNS .

Zachowaj granicę egzekwowania

RFC 9989 sekcja 7.4, wymaga prawidłowego DKIM , a nie samego SPF , dla domen publikujących p=reject, i ostrzega o interoperacyjności poczty pośredniej i list mailingowych. Pojedynczy pomyślny test wiadomości bezpośredniej nie jest dowodem na to, że każda legalna droga jest gotowa na silniejszą politykę. Zachowaj istniejącą zatwierdzoną ochronę podczas diagnozowania rzeczywistej luki; każda zmiana polityki wymaga własnej decyzji.

[Na wynos]

Nie zakładaj, że unieważniony klucz można przywrócić, ponownie publikując jego wartość DNS .

[ Według roli ]

Co to oznacza dla Ciebie

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

Administrator IT / poczty

Sprawdź od początku do końca wygenerowane wartości

Wartości konta, DNS i podpisy muszą się zgadzać.

Kolejne kroki

  1. Zapisz wygenerowany selektor i uzupełnij klucz publiczny.
  2. Przed zatwierdzeniem sprawdź automatyczny zestaw zmian.
  3. Zachowaj wiarygodne odpowiedzi i wyniki odbiorców.

CISO / SecOps

Przejrzyj uprawnienia integracji DNS

Wygoda nie eliminuje granicy zaufania domeny.

Kolejne kroki

  1. Sprawdź zakres ewentualnej autoryzacji integracji.
  2. Zachowaj ustaloną ochronę DMARC .
  3. Śledź i wycofuj przestarzałe selektory wraz z właścicielem nadawcy.

Założyciel / Nietechniczny

Koordynuj rotację kluczy z kampaniami

Zmiana klucza może mieć wpływ na trasę, z której korzystają klienci.

Kolejne kroki

  1. Zaplanuj zmiany z właścicielem kampanii.
  2. Wymagaj decyzji o pauzie lub regeneracji przed rotacją.
  3. Zatwierdź wdrożenie po rzeczywistej próbce kampanii.

[ Często zadawane pytania ]

Często zadawane pytania

Czy potwierdzenie adresu Od wystarczy?

Nie. Weryfikacja skrzynki pocztowej i uwierzytelnianie domeny to różne kontrole. Sprawdź rzeczywistą tożsamość DKIM i SPF w otrzymanej kampanii.

Gdzie mogę uzyskać klucz DKIM ?

Użyj widoku rekordu TXT bieżącej domeny w obszarze Profil > E-maile i domeny. Wygenerowany identyfikator i klucz muszą być zgodne z konfigurowanym kontem i domeną.

Czy mogę wygenerować silniejszy klucz bez koordynowania DNS ?

Nie zakładaj tego. GetResponse ostrzega, że ​​wygenerowanie opcji 2048-bitowej unieważnia istniejący klucz i identyfikator. Zaplanuj kontrolowaną rotację.

Co zmienia automatyczne uwierzytelnianie?

Udokumentowany przepływ Entri może dodać rekord DKIM , SPF i monitorujący rekord DMARC , jeśli nie ma prawidłowej polityki DMARC . Przed zatwierdzeniem zmian przejrzyj proponowane zapisy tekstowe i istniejące zasady.

Czy muszę przenosić moje serwery nazw?

Nie tylko po to, aby dodać rekordy uwierzytelniania poczty elektronicznej. Opublikuj je na aktywnym autorytatywnym hoście DNS ; konfiguracja domeny-strony internetowej to osobne zadanie.

Czy dodanie SPF do mojej domeny From wymusi wyrównanie?

Nie. SPF sprawdza tożsamość koperty. Określ rzeczywistą domenę kopertową i przekazując domenę DKIM przed podjęciem decyzji, czy istotna jest zmiana głównego SPF .

Co się stanie, jeśli automatyczna konfiguracja zakończy się niepowodzeniem w połowie?

Przed ponowną próbą sprawdź rekordy DNS i wynik integracji. Zachowaj wszelkie udane zmiany i rozwiązuj konflikty, zamiast ślepo powtarzać cały proces.

Co dowodzi, że niestandardowy DKIM działa?

Otrzymana kampania z prawidłowym podpisem dla zamierzonej domeny niestandardowej, wykorzystująca oczekiwany selektor i wyniki zaufanego odbiorcy pokazujące odpowiednie dopasowanie.

[ Źródła ]

Źródła

  1. Konfiguracja GetResponse DKIM

    Sekcje Jak wygenerować klucz DKIM · Jak wygenerować 2048-bitowy klucz DKIM · Typowe problemy podczas dodawania klucza DKIM

  2. Automatyczne uwierzytelnianie GetResponse

    Sekcje Proces uwierzytelniania · Zanim zaczniesz

  3. Konfiguracja SPF GetResponse

    Sekcje Pobieranie wartości klucza SPF z GetResponse · Dodanie rekordu SPF dla Twojej domeny

  4. RFC 7208 SPF

    Sekcje §2.4 · §2.6.5 · §3.2 · §3.3 · §4.6.4

  5. RFC 6376 DKIM

    Sekcje §3.4 · §3.5 · §3.6 · §3.7 · §6.1 · §6.3

  6. RFC 9989 DMARC

    Sekcje §4.4 · §5.3.5 · §5.4 · §7.4 · §8

[ Słowniczek ]

Słowniczek

Selektor DKIM
Wartość s=, która w przypadku domeny podpisującej DKIM lokalizuje klucz weryfikacyjny w DNS .
Dopasowanie DMARC
Wymagana relacja między widoczną domeną From a przekazującą tożsamością SPF lub DKIM .
Nadawca koperty
Tożsamość nadawcy SMTP oceniana przez SPF , różna od widocznego nagłówka From.
Autorytatywny DNS
Delegowane serwery DNS odpowiedzialne za odpowiadanie dla strefy.

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