[ Zasady dostarczalności i nadawcy ]

Dlaczego pozytywny wynik DMARC nie gwarantuje umieszczenia w skrzynce odbiorczej

Oddziel uwierzytelnioną tożsamość od wyniku dostarczenia, a następnie zbierz dowody na etapie, w którym wiadomość faktycznie się nie powiodła.

Przez zespół badawczy EmailAuth · 3 minuty czytania

[Kluczowe punkty]

  • Oddziel uwierzytelnioną tożsamość od wyniku dostarczenia, a następnie zbierz dowody na etapie, w którym wiadomość faktycznie się nie powiodła.
  • Rejestruj oddzielnie autentyczność, transport i umiejscowienie; przepustka na jednym etapie nie może wypełnić niewiadomej na innym.
Na tej stronie

A DMARC pass odpowiada na pytanie identyfikacyjne. Nie poświadcza, że ​​odbiorca chciał otrzymać wiadomość, że jej treść jest bezpieczna ani że usługa odbierająca umieściła ją w skrzynce odbiorczej. Traktowanie uwierzytelnienia jako gwarancji dostarczenia prowadzi dochodzenie w kierunku niewłaściwych kontroli.

Podaj, co minęło

DMARC ocenia wyrównanie pomiędzy domeną autora a uwierzytelnionym identyfikatorem z SPF Lub DKIM. Wynik pozytywny wymaga odpowiedniego, dopasowanego uwierzytelnienia, niekoniecznie powodzenia obu mechanizmów. Do wdrożenia, RFC 9989 sekcje 7.4 i 8 wymagają publikowania domen p=reject stosować ważne podpisy DKIM i nie polegać wyłącznie na SPF . Obowiązek ten jest odrębny od zasady przekazywania na poziomie komunikatu. Sprawdź zaufane wyniki systemu odbierającego i powiązane identyfikatory. Skopiowany Nagłówek Authentication-Results dostarczone przez nadawcę nie stanowią same w sobie wiarygodnego dowodu. Specyfikacja DMARC.

Zapisz ostateczną próbkę po stronie odbiorcy, jeśli jest dostępna, czas jej obserwacji i trasę wysłania. Przekazywanie i modyfikacja wiadomości może sprawić, że test wykonany we wcześniejszym przeskoku będzie różnił się od wyniku w miejscu docelowym. Nie nazywaj wyszukiwania rekordów DNS przepustką DMARC na poziomie wiadomości.

Zlokalizuj etap dostawy

Zachowaj odrębność przesyłania, zdalnej akceptacji SMTP i umieszczania skrzynek pocztowych. Akceptacja SMTP przenosi odpowiedzialność w ramach protokołu, ale nie gwarantuje folderu skrzynki odbiorczej. Wiadomość może przejść uwierzytelnienie i mimo to napotkać zasady dotyczące odbiorców lub filtrowanie niechcianej poczty. Wskazówki Google dla nadawców opisują uwierzytelnianie oraz reputację, skargi dotyczące spamu i praktyki związane z wysyłką. Wskazówki Google dla nadawców.

Zapytaj o rzeczywisty objaw: odrzucenie, wielokrotne tymczasowe odroczenie, obserwacja folderu ze spamem lub brak interakcji użytkownika. Każdy potrzebuje innego dowodu. Piksel śledzący, który się nie załadował, nie może udowodnić, że dostarczenie SMTP nie powiodło się.

Porównaj stabilną kohortę bez powoływania się na związek przyczynowy

Rozważ cztery hipotetyczne wiadomości z zaufanymi, dopasowanymi przepustkami DKIM do ich końcowego odbiorcy. Dwie z nich potwierdziły obserwacje w skrzynce odbiorczej, jedna ma potwierdzoną obserwację folderu ze spamem, a jedna ma jedynie ostateczną akceptację SMTP z nieznanym miejscem docelowym. W tym założeniu nauczania uwierzytelnianie jest ustalane dla wszystkich czterech, ale potwierdzone umieszczenie w skrzynce odbiorczej jest ustalane tylko dla dwóch.

Podzbiór obserwowanych folderów to dwie wiadomości w skrzynce odbiorczej z trzech obserwacji. W całej kohorcie znajdują się dwa potwierdzone przypadki z czterech, z jednym nierozwiązanym miejscem docelowym; żaden mianownik nie zamienia tej nieznanej w spam. W tym przykładzie nie zweryfikowano żadnych podpisów ani nie skontrolowano skrzynek pocztowych. Jego celem jest pokazanie, jakich dowodów brakuje, a nie pomiar przyczynowego skutku uwierzytelnienia.

Napraw zaobserwowany problem

W przypadku odrzucenia zachowaj dokładną odpowiedź zdalną i rozwiąż ją, korzystając z aktualnych wskazówek dostawcy odbierającego. Aby uzyskać potwierdzoną próbkę folderu spamu, przejrzyj praktyki dotyczące listów gończych, oczekiwania odbiorców i reputację trasy, a także wszelkie autentyczne błędy uwierzytelniania. W przypadku brakujących dowodów należy zebrać kontrolowaną, autoryzowaną próbkę, zamiast spekulacyjnie zmieniać politykę.

Zamknij skrzynkę z oddzielnymi polami do uwierzytelnienia, transportu i rozmieszczenia, w tym niewiadomych. Nie osłabiaj DMARC ani nie zmieniaj tożsamości, aby uniknąć skarg. Uwierzytelnienie pozostaje cenne nawet wtedy, gdy nie jest przyczyną zdarzenia związanego z dostawą.

W przypadku sprawozdawczości operacyjnej nadaj każdemu polu odniesienie do dowodu, a nie pojedynczy zielony status. Administrator może dołączyć zaufany wynik odbioru do uwierzytelnienia, identyfikator kolejki do transportu i kontrolowaną obserwację skrzynki pocztowej do umieszczenia. Jeśli odbiorca nie może dostarczyć próbki, pozostaw miejsce docelowe nieznane. Zapobiega to cichemu przekształceniu się dobrze uzasadnionego wniosku dotyczącego uwierzytelnienia w nieuzasadnione zapewnienie dotyczące doświadczenia klienta.

Nagraj kolejny krok, który da się obronić

Rejestruj oddzielnie autentyczność, transport i umiejscowienie; przepustka na jednym etapie nie może wypełnić niewiadomej na innym. Podaj właściciela, brakujące dowody i warunek, który zakończy śledztwo. Pozostaw nieobsługiwane wyniki nieznane.

[Na wynos]

Oddziel uwierzytelnioną tożsamość od wyniku dostarczenia, a następnie zbierz dowody na etapie, w którym wiadomość faktycznie się nie powiodła.

[ Według roli ]

Co to oznacza dla Ciebie

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

Administrator IT / poczty

Podążaj za etapem niepowodzenia

Różne awarie wymagają różnych artefaktów.

Kolejne kroki

  1. Sprawdź zaufane wyniki.
  2. Zapisuj odpowiedzi zdalne.
  3. Przetestuj ostateczną trasę.

CISO / SecOps

Zachowaj kontrolę tożsamości

Presja dostawy może zachęcać do niepotrzebnych wyjątków.

Kolejne kroki

  1. Przejrzyj proponowane zmiany zasad.
  2. Zachowaj kontrolę dostępu do dowodów.
  3. Zapisz niepewność resztkową.

Założyciel / Nietechniczny

Zażądaj odrębnych miar wyników

Wynik zielonej tożsamości nie jest wynikiem klienta.

Kolejne kroki

  1. Śledź ukończenie wiadomości krytycznych.
  2. Zachowaj widoczność nieznanych miejsc docelowych.
  3. Diagnostyka na poziomie trasy funduszu.

[ Często zadawane pytania ]

Często zadawane pytania

Czy przepustka DMARC oznacza umieszczenie w skrzynce odbiorczej?

Nie. Ustala dopasowany wynik uwierzytelniania, a nie folder docelowy.

Czy SPF i DKIM muszą przejść przez DMARC ?

Odpowiednia dostosowana przepustka SPF lub DKIM może spełniać regułę DMARC na poziomie wiadomości. Odrębnie sekcje 7.4 i 8 RFC 9989 wymagają, aby domeny p=reject podpisywały się przy użyciu prawidłowego DKIM i nie polegały wyłącznie na SPF .

Czy wyszukiwanie DNS jest testem wiadomości DMARC ?

Nie. Nie ocenia dostarczonej wiadomości i jej tożsamości.

Czy poczta uwierzytelniona może być niepożądana?

Tak. Uwierzytelnienie nie oznacza zgody odbiorcy.

Czy akceptacja SMTP jest równoznaczna z dostarczeniem do skrzynki odbiorczej?

Nie. Oddziel akceptację i umieszczenie.

Co powinno zachować dochodzenie w sprawie odmowy?

Dokładna odpowiedź, czas, trasa i domena odbiorcy, której to dotyczy.

Czy przykładowe podpisy zostały zweryfikowane?

Nie. Cztery dopasowane podania i obserwacje w folderze stanowią hipotetyczne założenia dydaktyczne, a nie przeprowadzone kontrole.

Czy należy osłabić zasady, aby naprawić umieszczanie spamu?

Nie bez wykazanego problemu z uwierzytelnianiem i planu autoryzowanych zmian.

[ Źródła ]

Źródła

  1. RFC 9989 DMARC

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

  2. RFC 5321 SMTP

    Sekcje §3.3 · §4.2 · §6.1

  3. Wskazówki Google dla nadawców

    Sekcje Wymagania i wytyczne dotyczące nadawcy · Wymagania i wytyczne dotyczące praktyk wysyłania · Praktyki wysyłania, których należy unikać · Wytyczne dotyczące korzystania z usług dostawców usług e-mail

[ Słowniczek ]

Słowniczek

Wyrównanie
Wymagana relacja między domeną uwierzytelnioną a domeną autora.
Umieszczenie
Miejsce docelowe skrzynki pocztowej lub wynik filtrowania po przetworzeniu wiadomości.

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