[ DMARC i zasady ]

Kwarantanna DMARC a odrzucenie: oceń pocztę, której może to dotyczyć

Porównaj żądaną obsługę awarii DMARC z uzasadnionymi dowodami trasy, dyskrecją odbiorcy i skutkami nieprawidłowej decyzji.

Przez zespół badawczy EmailAuth · 5 minut czytania

[Kluczowe punkty]

  • Żądane zasady i faktyczna obsługa to odrębne fakty.
  • Przed zmianą zasad należy zbadać awarie krytyczne o małej liczbie.
  • Zachowaj dowody na poziomie trasy, wyjątki i warunki odzyskiwania.
Na tej stronie

Poddanie kwarantannie i odrzucenie oznaczają różne oceny właścicieli domeny dotyczące poczty, która nie została przesłana DMARC. Wybór między nimi wymaga dowodów na temat prawidłowych wiadomości w domenie oraz konsekwencji nieprawidłowej obsługi tych wiadomości.

Traktuj tę decyzję jako kontrolowaną zmianę. Zidentyfikuj, które przepływy mogą zawieść, dlaczego zawodzą i co faktycznie robią systemy odbiorcze. Bardziej restrykcyjne zapisy nie zastępują tego dochodzenia.

Trzymaj ocenę oddzielnie od obsługi

Pod RFC 9989 §5.3.5, DMARC ocenia, czy zdał SPF Lub DKIM tożsamość jest zgodna z widoczną domeną From. Polityka wyraża ocenę właściciela domeny w przypadku niepowodzenia tej weryfikacji.

Pod RFC 9989 §4.7, kwarantanna klasyfikuje nieprawidłowe użycie jako podejrzane. Odrzucenie wyraża ocenę, że nieprawidłowe użycie jest nieważne. Pod RFC 9989 §5.4odbiorcy zachowują odpowiedzialność za decyzje dotyczące dyspozycji i mogą wykorzystywać inne informacje.

W związku z tym kwarantanna nie gwarantuje jednego uniwersalnego wyniku w postaci folderu spamu, a odrzucenie nie dowodzi, że każdy uczestniczący odbiorca odrzucił każdą awarię. Potwierdzenie faktycznego otrzymania dowodów w sprawie objętej dochodzeniem.

Najpierw zbadaj uzasadnione awarie

W przypadku zatwierdzonej aplikacji porównaj widoczną domenę From z tożsamością SPF i każdą odpowiednią domeną podpisującą DKIM . Ustal obsługiwaną konfigurację i przetestuj nową wiadomość tą samą trasą.

Nie dodawaj szerokich uprawnień do wysyłania tylko dlatego, że zmiana zasad ujawniła błąd. Najpierw określ, które konto, przepływ pracy i tożsamość faktycznie autoryzowała firma.

Listy przesyłania dalej i listy mailingowe mogą mieć wpływ na zachowane ścieżki uwierzytelniania. Pośrednia awaria może wymagać analizy zmian wiadomości i zachowania podczas odbierania, a nie kolejnego dołączenia do domeny źródłowej Rekord SPF.

Użyj celu domeny, aby ocenić kompromis

Dedykowana tożsamość transakcyjna może mieć mniejszą i bardziej kontrolowaną populację wysyłającą niż domena korespondencyjna personelu. Przejrzyj odpowiednio każdy z nich.

RFC 9989 §7.4 przestrzega przed odrzucaniem domen e-mailowych ogólnego przeznaczenia i omawia domeny, których użytkownicy wysyłają posty na internetowe listy mailingowe. Zawiera wytyczne dotyczące obserwacji i porównań w tej sytuacji, a także konsekwencje dla udziału użytkowników.

Zastosuj odpowiednie wytyczne, zamiast traktować kwarantannę jako obowiązkową poczekalnię w automatycznej podróży do odrzucenia. The przewodnik wyboru polityki określa szerszy zapis decyzji.

Przeanalizuj konkretną awarię, a nie tylko globalny odsetek

Rozważmy syntetyczny przykład, w którym wiadomości pracowników są przekazywane, ale system faktur miesięcznych zawodzi wyrównanie. Strumień faktur jest na tyle mały, że ledwo wpływa na ogólną stawkę.

Silniejsza, żądana polityka może nadal mieć znaczący skutek biznesowy, jeśli odbiorcy zareagują na te niepowodzenia. Zidentyfikuj usługę fakturowania, napraw jej obsługiwaną tożsamość i przetestuj jej rzeczywisty przepływ pracy.

Nieznany ruch powodujący awarie wymaga innego badania. Zachowuj niepewność do czasu, aż dowody wykażą, czy chodzi o legalną pocztę, drogę pośrednią, nieuprawnione użycie czy inną przyczynę. Nie licz każdego nieznanego rzędu jako udaremnionego ataku.

Zaplanuj zmianę i dowody jej akceptacji

Zapisz aktualną politykę i zdefiniuj proponowany zakres. Zapisz przetestowane usługi, pozostałe wyjątki i warunki, które wymagałyby eskalacji lub przywrócenia.

Po zatwierdzeniu zmiany należy zweryfikować wiarygodny zapis i otrzymane wiadomości od przedstawiciela. Przeanalizuj obserwacje w raporcie z ich częstotliwościami raportowania i kontekstem polityki. Raportowanie zmian zasad jest omówione w RFC 9990 §3.3. Obecny DNS nie rekonstruuje zasad, które widział wcześniej odbiorca.

Użyj oddzielnych dowodów do celów uwierzytelniania, obsługi i wpływu biznesowego. Pod RFC 9990 §3.1.6, dyspozycja raportu i powód zastąpienia są użytecznym kontekstem, ale nie stanowią dowodu na ostateczne umieszczenie skrzynki odbiorczej ani na wynik przepływu pracy związanego z płatnością lub powiadomieniem.

Zachowaj proces operacyjny po podjęciu decyzji

Kontynuuj monitorowanie nowych aplikacji, zmienionych tras i nieaktualnych uprawnień. Ważna decyzja polityczna może stać się nieodpowiednia, gdy organizacja zmieni sposób korzystania z domeny.

Znaczącym rezultatem jest udokumentowany wybór poparty zweryfikowanymi legalnymi przepływami, poznanymi limitami i procesem odzyskiwania. Aby przeprowadzić diagnostykę na poziomie komunikatu, użyj metody przewodnik wyrównania; do interpretacji dowodów użyj Raporty zbiorcze DMARC.

Zapisz decyzję i jej ograniczenia

Załóżmy, wyłącznie jako przykład planowania, że ​​9900 wiadomości od pracowników przechodzi, a 100 wiadomości z fakturami kończy się niepowodzeniem. Całkowity współczynnik pomyślności wynosi 99%, ale trasa faktury ma 100% wskaźnik niepowodzeń. Te wymyślone liczniki ilustrują, dlaczego krytyczna trasa wymaga naprawy; nie są to pomiary kampanii ani obiecany wynik polityki.

[Na wynos]

Żądane zasady i faktyczna obsługa to odrębne fakty. Przed zmianą zasad należy zbadać awarie krytyczne o małej liczbie. Zachowaj dowody na poziomie trasy, wyjątki i warunki odzyskiwania.

[ Według roli ]

Co to oznacza dla Ciebie

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

Administrator IT / poczty

Zachowaj dowody przed i po.

Śledź nadawcę, którego to dotyczy, poprzez dostosowanie, odkrywanie zasad i rzeczywiste wyniki odbiorcy, zamiast zmieniać kilka elementów sterujących jednocześnie.

Kolejne kroki

  1. Napraw uzasadnione luki w tożsamości.
  2. Zapisz obowiązującą politykę i okres raportowania.
  3. Po korekcie sprawdź pierwotną trasę biznesową.

CISO / SecOps

Zatwierdź przydatność i ryzyko resztkowe.

Wymagaj uzasadnienia specyficznego dla danej dziedziny i kwestionuj twierdzenia, że ​​sama wartość polityczna zapewnia powszechne egzekwowanie lub bezpieczeństwo.

Kolejne kroki

  1. Przejrzyj użycie ogólnego przeznaczenia i listy mailingowej.
  2. Sprawdź wyjątek i odzyskaj własność.
  3. Zachowaj niezależną kontrolę konta i transakcji.

Założyciel / Nietechniczny

Zapytaj, co się stanie, jeśli wiarygodna wiadomość zostanie niewłaściwie potraktowana.

Koszt błędnej decyzji zależy od przepływu pracy, którego to dotyczy, a nie tylko od ilości wiadomości.

Kolejne kroki

  1. Nadaj priorytet dostępowi do klientów i komunikacji finansowej.
  2. Zapytaj, czy badano przepływy okresowe.
  3. Uzgodnij właściciela eskalacji przed zmianą.

[ Często zadawane pytania ]

Często zadawane pytania

Czy kwarantanna gwarantuje, że każda wiadomość, która zakończyła się niepowodzeniem, trafi do spamu?

Nie. Przekazuje ocenę właściciela dotyczącą nieudanej poczty, podczas gdy systemy odbierające stosują własne decyzje dotyczące dyspozycji i filtrowania.

RFC 9989 §4.7 RFC 9989 §5.4

Czy odrzucenie gwarantuje pełną ochronę przed phishingiem?

Nie. Zachowanie odbiorców jest różne, a uwierzytelnianie domeny nie obejmuje każdego podobnego konta, zhakowanego konta, zwodniczej nazwy wyświetlanej lub niebezpiecznego żądania biznesowego.

RFC 9989 §5.4

Czy zmiana kwarantanny w celu odrzucenia naprawi wyrównanie?

Nie. Napraw obsługiwaną tożsamość wysyłającą i zweryfikuj przekazującą dopasowaną ścieżkę w nowej wiadomości. Zasady i uwierzytelnianie to osobne warstwy.

RFC 9989 §5.3.5

Czy każda monitorowana domena powinna przejść przez kwarantannę w celu odrzucenia?

Żadna uniwersalna progresja nie jest właściwa. Ocenę określa cel domeny, legalne przepływy i aktualne wytyczne dotyczące interoperacyjności.

RFC 9989 §7.4

Dlaczego niewielka, nieudana usługa ma znaczenie, gdy wskaźnik zdawalności jest wysoki?

Objętość może ukryć znaczenie. Faktura o małej objętości lub strumień odzyskiwania dostępu mogą mieć kluczowe znaczenie, nawet jeśli w mianowniku dominuje sprawna poczta pracownicza.

Co jest potrzebne przed zatwierdzeniem zmiany zasad?

Wymagaj określonego zakresu, testów tras krytycznych, ocenianej poczty pośredniej, posiadanych wyjątków, limitów raportowania, osoby zatwierdzającej i warunków odzyskiwania.

Czy raport może potwierdzić ostateczny wynik skrzynki odbiorczej?

Nie samym polem dyspozycji. Przeczytaj oddzielnie uwierzytelnianie, dostosowaną ocenę i kontekst obsługi i w razie potrzeby uzyskaj dowód odbiorcy lub usługi.

RFC 9990 §3.1.6 RFC 9989 §5.4

Co powinno być kontynuowane po podjęciu decyzji politycznej?

Utrzymuj raporty, własność nadawcy i przeglądaj nowe lub zmienione usługi. Dokonaj ponownej oceny, kiedy zmienia się zgodne z prawem użytkowanie domeny lub zachowanie odpowiedniego odbiorcy.

[ Źródła ]

Źródła

  1. RFC 9989

    Sekcje §4.7 · §5.3.5 · §5.4 · §7.4

  2. RFC 9990

    Sekcje §3.1.6 · §3.3

[ Słowniczek ]

Słowniczek

Usposobienie
Zgłoszoną obsługę i wszelkie wyjaśnienia dotyczące zastąpienia należy odróżnić od wyniku uwierzytelnienia i wyniku biznesowego.

RFC 9990 §3.1.6

Trasa krytyczna
Przepływ pracy, którego niepowodzenie ma znaczenie dla firmy, nawet jeśli liczba wiadomości jest niewielka.

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