| Termin | Definicja |
|---|---|
| DMARC spoof pass | DMARC spoof pass to niepożądana sytuacja, w której sfałszowana wiadomość niezgodnie przechodzi pozytywnie weryfikację DMARC. Jak rozumieć określenie DMARC spoof passDMARC spoof pass oznacza sytuację, w której wiadomość wyglądająca na sfałszowaną przechodzi kontrolę DMARC, mimo że odbiorca lub administrator oczekiwał jej odrzucenia. Samo określenie nie jest formalną nazwą wyniku zdefiniowanego jako osobny kod w standardzie DMARC. Jest opisem problemu operacyjnego: wiadomość wykorzystująca podszycie pod nadawcę uzyskała pozytywny wynik kontroli, ponieważ konfiguracja domeny, podpis wiadomości albo sposób sprawdzania autentyczności pozwoliły jej spełnić wymagane warunki. DMARC nie sprawdza wyłącznie tego, czy adres nadawcy da się łatwo zmienić. Ocena obejmuje przede wszystkim zgodność domeny widocznej w nagłówku Dlaczego sfałszowana wiadomość może otrzymać wynik passJedną z przyczyn jest zbyt szeroki rekord SPF. SPF określa, które adresy IP lub mechanizmy mogą wysyłać pocztę w imieniu domeny wskazanej w mechanizmie Inny przypadek dotyczy DKIM. Podpis DKIM jest tworzony przy użyciu klucza prywatnego nadawcy, a odbiorca pobiera odpowiadający mu klucz publiczny z rekordu DNS pod nazwą zawierającą selektor. Jeżeli klucz prywatny zostanie ujawniony, nieuprawniona osoba może tworzyć wiadomości z poprawnym podpisem dla danej domeny. Podobny skutek występuje po przejęciu legalnego konta, systemu wysyłkowego albo dostawcy poczty, który ma prawo podpisywać wiadomości. DMARC nie rozstrzyga wtedy, czy człowiek wysłał wiadomość zgodnie z zamiarem właściciela domeny; potwierdza jedynie techniczną autentyczność podpisu i wyrównanie domen. Pozytywny wynik może też wynikać z podszycia pod domenę, która sama nie jest chroniona właściwą polityką DMARC. Jeżeli domena nadawcy nie publikuje rekordu DMARC albo publikuje politykę Interpretacja nagłówków i raportów DMARCDiagnozę należy rozpocząć od pełnych nagłówków wiadomości, a nie od samego komunikatu programu pocztowego. Istotne są pola Raporty agregowane DMARC, zwykle przesyłane w formacie XML, pokazują między innymi adresy IP wysyłające pocztę, liczbę wiadomości, wyniki SPF i DKIM oraz zastosowaną politykę. Raport nie dowodzi samodzielnie, że każda wiadomość z danego adresu była złośliwa. Pozwala jednak porównać rzeczywistych nadawców z listą usług, które powinny wysyłać pocztę. Raporty forensic, jeśli są obsługiwane i włączone, mogą dostarczyć ograniczonych kopii lub informacji o pojedynczych nieudanych wiadomościach, ale ich dostępność zależy od odbiorcy oraz jego polityki prywatności i raportowania. Przy analizie trzeba uwzględnić przekazywanie poczty, bramy antyspamowe i systemy mailingowe. Pośredni serwer może zmienić adres źródłowy, a modyfikacja treści może unieważnić podpis DKIM. Z kolei rozwiązanie przekazujące wiadomość może korzystać z mechanizmu ARC, który zachowuje informacje o wcześniejszych wynikach uwierzytelnienia, lecz ARC nie jest prostym zamiennikiem DMARC i nie powinien być traktowany jako automatyczny dowód autentyczności nadawcy. Postępowanie po wykryciu nieprawidłowego przejściaNajpierw należy ustalić, czy problem dotyczy rzeczywistego spoofingu domeny w nagłówku Politykę DMARC często wdraża się etapami: najpierw obserwacja przy W środowisku użytkownika końcowego przydatne jest zachowanie oryginalnej wiadomości wraz z pełnymi nagłówkami, oznaczenie jej jako phishingu oraz sprawdzenie, czy inne wiadomości z tej samej domeny mają podobne wyniki uwierzytelnienia. Nie należy uznawać samego napisu |