[ Podszywanie się i nadużywanie tożsamości ]

Oceń zgłoszone obejście DMARC względem rzeczywistej granicy zaufania

Przetestuj żądanie obejścia DMARC, lokalizując dokładną politykę, autoryzację lub granicę odbiorcy.

Przez zespół badawczy EmailAuth · 3 minuty czytania

[Kluczowe punkty]

  • Przetestuj żądanie obejścia DMARC, lokalizując dokładną politykę, autoryzację lub granicę odbiorcy.
  • Oddziel nadautoryzację, wyniki zaufanego uwierzytelnienia i obsługę odbiornika przed przypisaniem awarii.
Na tej stronie

Fraza DMARC obejście może opisywać bardzo różne zdarzenia. Ważna przepustka z nadmiernie autoryzowanego źródła, dostawa pomimo niepowodzenia i błąd w realizacji to nie to samo. Zacznij od twierdzenia falsyfikowalnego: jaka tożsamość została potwierdzona, jakim dowodom zaufano i która decyzja odbiegała od oczekiwanej reguły?

Zrekonstruuj zaobserwowaną decyzję

Zachowaj domenę autora, domenę koperty, domeny podpisujące, zaufane wyniki uwierzytelniania i dyspozycję odbiorcy. Zapisz zasady i czas obserwacji. Dostarczona wiadomość sama w sobie nie stanowi potwierdzenia DMARC . Obsługa odbiorcy podlega lokalnym zasadom, a leczenie wymagane przez właściciela domeny nie stanowi uniwersalnej gwarancji dostawy. RFC 9989.

Podobnie kopia Authentication-Results string nie jest dowodem decyzji systemu odbierającego. Ustanów zaufaną usługę uwierzytelniania i odpowiedni przeskok. RFC 8601. Jeśli jedynym dowodem jest zrzut ekranu z informacją „pass”, zachowaj roszczenie jako nierozwiązane do czasu udostępnienia podstawowych tożsamości i kontekstu zaufania.

Oddziel nadmierną autoryzację od uchylania się od reguł

BreakSPF bada, jak liberalny SPF zezwolenie i dostęp do wspólnej infrastruktury, na które pozwalają fałszowanie. Jego model zagrożenia zapewnia atakującemu kwalifikującą się ścieżkę źródłową; odbiorca może następnie ocenić opublikowane zezwolenie w formie pisemnej. BreakSPF, sekcja III.A i rysunek 3.

Jeśli źródło kontrolowane przez osobę atakującą znajduje się w autoryzowanym zakresie i używa wyrównanej tożsamości koperty, zwykła reguła passu może się powieść. Słabość polega na przyznanych uprawnieniach lub granicach usług, a nie na nowej definicji DMARC . I odwrotnie, jeśli uwierzytelniona zostanie tylko niepowiązana tożsamość, a domena autora nie zostanie dopasowana, żądana przepustka wymaga innego wyjaśnienia.

Sklasyfikuj trzy hipotetyczne ustalenia

Załóżmy, że jest to pojedynczy widoczny adres From alerts@brand.test i kwalifikująca się ocena DMARC . Są to spisane hipotezy, a nie zaobserwowane zdarzenia.

  • Przypadek autoryzacji: źródło 192.0.2.99 mieści się w określonym zakresie SPF ip4:192.0.2.0/24 ; POCZTA OD bounce@brand.test spełnia wymagania SPF ; NIE Podpis DKIM. Wyrównana ścieżka SPF daje przepustkę DMARC na poziomie komunikatu. Zapytaj, czy tym źródłem rzeczywiście może sterować niezamierzony nadawca i który właściciel przyznał mu uprawnienia.
  • Postępowanie w sprawie: POCZTA OD bounce@other.test przechodzi SPF i DKIM d=other.test passes, but assume neither aligns with brand.test. DMARC fails. If the trusted receiver record separately says delivered, investigate its handling policy; delivery alone has not changed the failed wyrównanie wynik.
  • Przypadek dowodowy: skopiowany nagłówek mówi „pass”, ale pochodzenie zaufanego odbiorcy, ocenione tożsamości i zastosowane zasady są nieznane. Nie ustalono ani naruszenia protokołu, ani wiarygodnej przepustki. Poproś o oryginał i zapis po stronie odbiorcy.

Autoryzowany pozytywny nadawca 192.0.2.10 i zewnętrzne źródło 198.51.100.10 mogą zapewnić proponowane kontrole podczas badania pierwszego przypadku. Hipotetyczny ip4:192.0.2.10/32 -all rekordy dopuszczają tylko ten pierwszy; Z tej arytmetyki przedrostków nie wynika żadna rzeczywista zmiana produkcji. Nie ma tu żadnego uruchomionego parsera, sprawdzania podpisu ani exploita.

RFC9989 sekcja 7.4 wymaga prawidłowego DKIM do publikowania domen p=reject. Przechodzący, dostosowany mechanizm SPF jest wystarczający dla warunku pozytywnego określonej wiadomości, ale nie jest zaleceniem w przypadku wymuszania wyłącznie SPF.

Niech ustalenia staną się wykonalne

Podaj nazwę odtworzonego stanu i wciąż brakujących dowodów. Przydatne ustalenie mówi, że określone źródło jest dopuszczone na podstawie określonego upoważnienia i identyfikuje odpowiedzialnego właściciela. Nie oznacza to, że cała ochrona DMARC została pokonana. Sprawdź, czy rzeczywista usługa ogranicza tożsamość najemców, czy źródło jest faktycznie kontrolowane i czy odbiorca zastosował deklarowany wynik.

Podczas testowania proponowanego środka łagodzącego należy zachować nieszkodliwą, autoryzowaną kontrolę pozytywną. Zawężenie zakresu lub zmiana łącznika może spowodować uszkodzenie legalnych nadawców. Wymagaj zatwierdzenia zmian dla konkretnej trasy i weryfikacji po zmianie, a zachowanie dostawcy, które nie zostało przetestowane w laboratorium, musi być wyraźnie nierozwiązane. Pomaga to w precyzyjnym rozwiązaniu problemu bez wyolbrzymiania modelu edukacyjnego i przekształcenia go w lukę w zabezpieczeniach produkcyjnych.

[Na wynos]

Oddziel nadautoryzację, wyniki zaufanego uwierzytelnienia i obsługę odbiornika przed przypisaniem awarii.

[ Według roli ]

Co to oznacza dla Ciebie

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

Administrator IT / poczty

Zachować kontrole negatywne

Przydatny test rozróżnia trasy dozwolone i niezamierzone.

Kolejne kroki

  1. Przechwytuj ocenione identyfikatory.
  2. Zachowaj działającą, legalną sprawę nadawcy.
  3. Zachowaj testowe wejścia i wyjścia.

CISO / SecOps

Zakres ustalenia

Dowody badawcze i narażenie organizacyjne to odrębne kwestie.

Kolejne kroki

  1. Wymagaj dającego się obronić modelu zagrożenia.
  2. Śledź nieprzetestowane założenia przed akceptacją ryzyka.
  3. Wymagaj dowodów po zmianie przed zamknięciem ekspozycji.

Założyciel / Nietechniczny

Żądaj precyzyjnego roszczenia

Szeroki nagłówek obejścia może przesłaniać możliwe do naprawienia sterowanie.

Kolejne kroki

  1. Zapytaj, co faktycznie zostało odtworzone.
  2. Oddziel ryzyko związane z usługą od semantyki protokołu.
  3. Przypisz właściciela odtworzonej granicy.

[ Często zadawane pytania ]

Często zadawane pytania

Czy dostawa do skrzynki odbiorczej oznacza obejście DMARC ?

Nie. Oddziel wynik uwierzytelnienia od dyspozycji odbiorcy i lokalnych zasad.

Czy DMARC może przejść pomyślnie, ponieważ SPF autoryzuje za dużo?

Tak, jeśli przechodząca tożsamość SPF jest zgodna z domeną autora. Sprawdź granicę autoryzacji.

Czy niepowiązane przepustki SPF i DKIM mogą zapewnić wyrównanie?

Nie tylko dlatego, że przechodzą. Ich uwierzytelnione domeny muszą mieć wymagany związek z domeną autora.

O jaki dowód należy się ubiegać jako pierwszy?

Oryginalna wiadomość, wyniki zaufanego odbiorcy, oceniona tożsamość, kontekst polityki i usposobienie.

Jakie kontrole powinien obejmować prawdziwy test autoryzacyjny?

Legalne, zatwierdzone źródło i źródło spoza dozwolonego zestawu, z zachowanymi autoryzowanymi danymi wejściowymi i zaobserwowanymi wynikami.

Czy tutaj uruchomiono miniaturowy ewaluator SPF ?

Nie. Trzy ustalenia i porównanie prefiksów to pisemne założenia, a nie przeprowadzone testy uwierzytelniania lub exploitów.

Czy wykryto lukę w zabezpieczeniach bieżącego dostawcy?

Nie. Kontrola źródła i zachowanie odbiornika w rzeczywistej usłudze pozostają nietestowane.

Jak należy zweryfikować poprawkę?

Skorzystaj z kontroli pozytywnego autoryzowanego nadawcy, ukierunkowanych przypadków negatywnych i obserwacji po zmianie dotyczących konkretnej trasy.

[ Źródła ]

Źródła

  1. Oryginalne badania BreakSPF NDSS

    Sekcje III.A Model ataku · Rysunek 3 · VIII Dyskusja

  2. RFC 7208 SPF

    Sekcje §2.4 · §5.6

  3. RFC 9989 DMARC

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

  4. Wyniki uwierzytelnienia RFC 8601

    Sekcje §1.2 · §1.6 · §7

[ Słowniczek ]

Słowniczek

Kontrola negatywna
Oczekuje się, że przypadek testowy nie spełni warunku będącego przedmiotem badania.
Usposobienie
Obsługa wiadomości przez odbiorcę niezależna od wyniku uwierzytelnienia.

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