[ Raporty i dochodzenie ]

Dlaczego wysoki wskaźnik przepustowości DMARC może ukryć nieprawidłową legalną usługę

Znajdź uzasadnione awarie o małej liczbie, które znikają przy wysokim łącznym współczynniku pomyślności.

Przez zespół badawczy EmailAuth

[Kluczowe punkty]

  • Użyj wyrównanych wyników ważonych liczbą dla obserwowanej populacji.
  • Przeglądaj zweryfikowane usługi krytyczne niezależnie od nagłówka.
  • Luka w raportowaniu nie jest usługą automatycznego przekazywania.
Na tej stronie

Ogólnie wysoki DMARC wskaźnik zdawalności może współistnieć z wadliwą usługą o znaczeniu krytycznym dla działalności biznesowej. Większy strumień dominuje w arytmetyce, podczas gdy mniejszy strumień może zawierać resety haseł, faktury lub pilne alerty. Przed użyciem stawki podstawowej w celu zatwierdzenia zmiany przejrzyj osobno znane legalne usługi.

Zdefiniuj, co mija

Referencje: RFC 9989 §5.3.5, RFC 9990 §3.1.1.9, RFC 9990 §3.1.1.8, RFC 9989 §5.4.

Użyj dopasowanych wyników ocenionych przez DMARC, a nie surowych SPF Lub DKIM sam sukces. Przy obowiązującej, ważnej polityce i zakończonych kontrolach przejście jednego dostosowanego mechanizmu jest wystarczające do uzyskania przepustki DMARC na poziomie wiadomości; wymaganie obu tworzy inną metrykę. Dyspozycja jest osobna: wiadomość może zostać obsłużona w ramach wyjątku odbiorcy, nie stając się przepustką uwierzytelniającą.

Zważ wiersze według liczby wiadomości. Pojedynczy zdrowy wiersz reprezentujący tysiące obserwacji i błędny wiersz reprezentujący dziesięć nie są populacjami jednakowej wielkości. Oznacz stawkę jako mającą zastosowanie do zebranych obserwacji, a nie do każdej wysłanej wiadomości.

Podziel zatwierdzony zapas wysyłania

Mapuj obserwowane tożsamości na usługi, korzystając z konfiguracji dostawcy, znanych tras i autoryzowanych próbek wiadomości. Źródłowy adres IP sam w sobie może być udostępniany lub reprezentować usługę przesyłania dalej. Zachowaj niesklasyfikowany ruch zamiast przypisywać własność na podstawie przypuszczenia.

Dla każdej usługi krytycznej zapisz zaobserwowaną wielkość, wyrównaną liczbę pomyślnych i niepowodzeń, zasięg odbiornika i najnowsze wyniki testów. Trzymaj nieznany i podejrzany nieautoryzowany ruch oddzielnie od zweryfikowanej, uzasadnionej kohorty. Zmiany w klasyfikacji powinny być datowane, aby poprawa wskaźnika nie mogła po cichu wynikać z wykluczenia niewygodnych danych.

Zbadaj mały strumień

Przykładowy przypadek: usługa marketingowa ma 99 900 pozytywnych obserwacji, a usługa resetowania hasła ma 100 nieudanych obserwacji. Łączny współczynnik pomyślności wynosi 99,9%, podczas gdy obserwowany współczynnik pomyślności resetowania hasła wynosi zero. Łączna stawka jest matematycznie poprawna, ale funkcjonalnie niekompletna.

Nie oznacza to jednak, że każde resetowanie hasła było odrzucane ani że wszystkie wiadomości z tej usługi dotarły do ​​odbiorców zgłaszających. Uzasadnia to natychmiastowe zbadanie poziomu trasy. Zamiast skupiać się na ogólnym odsetku, sprawdzaj bieżące nieprzetworzone wiadomości, dopasowane tożsamości, ustawienia dostawców i odpowiednie bramy.

Ustaw bramki decyzyjne wokół wpływu

Użyj głównego wskaźnika dla kontekstu, a następnie przed zaostrzeniem polityki zażądaj dowodów dotyczących usług krytycznych. Usługa o niskim wolumenie bez obserwacji wymaga testu lub udokumentowanej luki, a nie zakładanego przejścia. Nadaj priorytet naprawom na podstawie wpływu na działalność biznesową, pewności co do zasadności i aktualnych dowodów niepowodzeń.

Zamknij problem serwisowy, przeprowadzając nowe, kompleksowe testy i późniejsze obserwacje w raportach, jeśli są dostępne. Zachowaj zarówno metrykę całkowitą, jak i widok usługi w raporcie operacyjnym. Przydatne podsumowanie sprawia, że ​​ważny wyjątek jest widoczny, zamiast pozwalać, aby zdrowy wolumen go ukrył.

Zrób wyjątki widoczne w przeglądzie operacyjnym

Wypisz każdą usługę krytyczną wraz z jej właścicielem, oczekiwaną tożsamością, zaobserwowanymi awariami i bieżącym stanem badania. Pokaż liczbę, nawet jeśli zaokrąglenie sprawiłoby, że ogólny wykres wyglądałby idealnie. Dołącz ostatni udany kontrolowany test i wszelkie trasy, których nie wykonał. Właściciel powinien wyraźnie zaakceptować pozostałą lukę, zamiast pozwalać, aby niesklasyfikowana usługa zniknęła z przeglądu. Sprawdź po zmianie nadawcy lub szablonu, ponieważ wcześniejsza próbka nie pozwala ustalić, czy nowo zmodyfikowana trasa nadal jest poprawnie podpisana i wyrównana.

Kontynuuj śledztwo

Skorzystaj z przewodnik dotyczący raportu zbiorczego interpretować podstawowe pola i poradnik diagnostyki zbieżności gdy surowy przebieg uwierzytelnienia nie spełnia wymagań DMARC .

Zachowaj ograniczenia decyzji

Lokalne obliczenia dają 99 900/100 000 = 99,9% ogólnego pomyślnego wyniku i 0/100 = 0% dla hipotetycznej kohorty resetującej hasło. Natychmiastową decyzją jest zbadanie tej krytycznej trasy, a nie wnioskowanie o odrzuceniu wszystkich 100 wiadomości. Są to wymyślone liczniki nauczania, a nie telemetria klienta.

[Na wynos]

Użyj wyrównanych wyników ważonych liczbą dla obserwowanej populacji. Przeglądaj zweryfikowane usługi krytyczne niezależnie od nagłówka. Luka w raportowaniu nie jest usługą automatycznego przekazywania.

[ Według roli ]

Co to oznacza dla Ciebie

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

Administrator IT / poczty

Oblicz wyrównane stawki ważone liczbą.

Zachowaj podstawowe obserwacje i skorzystaj z powyższego przepływu pracy, aby oddzielić rzeczywisty etap awarii od założeń.

Kolejne kroki

  1. Oblicz wyrównane stawki ważone liczbą.
  2. Zweryfikuj własność usługi.
  3. Przetestuj ponownie konkretną nieudaną trasę.

CISO / SecOps

Wymagaj bramek zmiany poziomu usług.

Zanim podejmiesz decyzję dotyczącą bezpieczeństwa na podstawie tych ustaleń, zachowaj widoczność zasięgu, pochodzenia i pozostałej niepewności.

Kolejne kroki

  1. Wymagaj bramek zmiany poziomu usług.
  2. Oddziel nieznany ruch.
  3. Przejrzyj zmiany w klasyfikacji i zakres.

Założyciel / Nietechniczny

Nazwij krytyczne usługi o małej objętości.

Połącz to zadanie raportowania z podjętą decyzją biznesową i wymagaj dowodów proporcjonalnych do jej wpływu.

Kolejne kroki

  1. Nazwij krytyczne usługi o małej objętości.
  2. Przejrzyj wyjątki obok stawki podstawowej.
  3. Nadaj priorytet awariom wpływającym na klienta.

[ Często zadawane pytania ]

Często zadawane pytania

Czy wynik pozytywny na poziomie 99,9% może nadal ukrywać poważny problem?

Tak. Mały strumień krytyczny może zawieść, podczas gdy duży, zdrowy strumień dominuje nad całością.

Czy zarówno SPF , jak i DKIM muszą przejść dla DMARC ?

Nie. Wystarczy przelotowy, wyrównany mechanizm SPF lub DKIM .

RFC 9989 §5.3.5

Czy surowe przejście DKIM nadal nie może zostać wyrównane?

Tak. Domena podpisująca musi być zgodna z domeną autora w odpowiednim trybie.

RFC 9989 §4.4.1

Czy liczba niepowodzeń dowodzi, że wiadomości zostały odrzucone?

Nie. Wyniki uwierzytelnienia i obsługa odbiorcy to różne obserwacje.

RFC 9989 §5.4

Czy stawki powinny jednakowo uśredniać wiersze?

Nie. Waga według liczby wierszy dla wskaźnika obserwacji wiadomości.

RFC 9990 §3.1.1.8

Czy sam źródłowy adres IP może ustalić właściciela usługi?

Niezawodnie. Potwierdź za pomocą konfiguracji i dowodów komunikatu.

Jak powinna wyglądać krytyczna usługa bez danych?

Jako luka w pokryciu wymagająca dowodów, a nie automatycznej przepustki.

Co świadczy o naprawie serwisowej?

Bieżące kontrolowane testy trasy i późniejsze obserwacje uzupełniające, z podanymi limitami zasięgu.

[ Źródła ]

Źródła

  1. RFC 9989

    Sekcje §4.4.1 · §5.3.5 · §5.4

  2. RFC 9990

    Sekcje §3.1.1.8 · §3.1.1.9

[ Słowniczek ]

Słowniczek

Liczenie ważenia
Ważenie każdego uwzględnionego wiersza raportu liczbą reprezentowanych przez niego obserwacji wiadomości.

RFC 9990 §3.1.1.8

Kohorta usług krytycznych
Operacyjne zgrupowanie zweryfikowanych tras, których wpływ biznesowy zasługuje na indywidualną ocenę, niezależnie od wolumenu.

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