Received-SPF

Received-SPF to nagłówek zapisujący wynik weryfikacji SPF wykonanej przez serwer odbiorczy.

Received-SPF — czym jest ten element wiadomości

Received-SPF jest technicznym nagłówkiem dodawanym do wiadomości e-mail po sprawdzeniu, czy system wysyłający pocztę ma uprawnienie do korzystania z określonej domeny. Wynik takiej kontroli zostaje zapisany w treści wiadomości i może być później analizowany przez program pocztowy, administratora albo narzędzie do ochrony skrzynki odbiorczej. Nagłówek nie jest instrukcją wysyłania poczty i nie stanowi samodzielnego dowodu, że wiadomość pochodzi od osoby wskazanej w polu nadawcy. Przekazuje przede wszystkim informację o rezultacie jednej z kontroli wykonanych podczas odbierania korespondencji.

Warto odróżnić Received-SPF od pola From, które jest widoczne dla użytkownika i może zostać podrobione, oraz od adresu technicznego użytego podczas nawiązywania połączenia. SPF koncentruje się na adresie IP lub innym identyfikatorze systemu przekazującego pocztę i porównuje go z regułami opublikowanymi dla domeny nadawcy kopertowego. Z tego powodu w jednej wiadomości mogą występować różne domeny: jedna w polu widocznym dla odbiorcy, druga w technicznej kopercie SMTP, a jeszcze inna w linkach znajdujących się w treści.

Sam nagłówek Received-SPF powinien być traktowany jako ślad diagnostyczny. Zwykle wskazuje rezultat kontroli, domenę używaną przy sprawdzaniu, adres systemu przekazującego wiadomość oraz nazwę systemu, który dokonał oceny. Szczegółowy układ może się różnić zależnie od używanego oprogramowania pocztowego i przyjętej konfiguracji.

Received-SPF — kontekst techniczny i porównanie z innymi mechanizmami

Najczęściej spotykanym wynikiem jest pass, oznaczający zgodność adresu przekazującego z regułą SPF domeny. Nie oznacza to jednak, że cała wiadomość jest bezpieczna. Możliwe są także wyniki fail, softfail, neutral, none, temperror oraz permerror. Pierwszy z nich wskazuje na wyraźne odrzucenie danego źródła przez politykę domeny. Softfail jest sygnałem ostrzegawczym, lecz zwykle nie oznacza tak jednoznacznej decyzji. Neutral informuje o braku rozstrzygającej deklaracji, none o braku dostępnej polityki SPF, a błędy temperror i permerror wskazują odpowiednio na problem chwilowy albo nieprawidłową konfigurację.

Wynik Received-SPF nie powinien być odczytywany w oderwaniu od pozostałych nagłówków. Mechanizm DKIM sprawdza podpis kryptograficzny powiązany z domeną, a DMARC porównuje między innymi zgodność domeny widocznej dla odbiorcy z wynikami SPF lub DKIM. SPF może przejść pomyślnie dla technicznego adresu nadawcy, podczas gdy domena widoczna w polu From nie będzie z nim zgodna. W takim przypadku polityka DMARC może potraktować wiadomość jako niespełniającą wymagań zgodności.

Istotna jest również kolejność przekazywania poczty. Jeżeli wiadomość przechodzi przez kilka niezależnych systemów, każdy z nich może dopisać własny nagłówek Received. Kontrola SPF odnosi się zwykle do bezpośredniego źródła połączenia obserwowanego przez aktualny system odbierający, a nie do każdego wcześniejszego etapu. Przy analizie należy zatem ustalić, który wpis został dodany przez zaufany system, a który mógł powstać wcześniej.

W porównaniu z filtrowaniem opartym na słowach lub załącznikach Received-SPF dostarcza informacji o infrastrukturze nadawczej, ale nie ocenia języka wiadomości, reputacji domeny ani intencji autora. Wiadomość z poprawnym wynikiem SPF może zawierać próbę wyłudzenia, złośliwy odsyłacz lub niepożądany załącznik. Z kolei wiadomość legalna może uzyskać wynik negatywny po zmianie dostawcy poczty, błędzie w rekordzie DNS albo nieprawidłowym ustawieniu przekazywania.

Received-SPF — typowe problemy i błędne interpretacje

Jednym z częstych problemów jest odbieranie poczty z systemu, którego adres nie został dodany do polityki SPF domeny. Dotyczy to zwłaszcza sytuacji, w której do wysyłki używa się kilku dostawców, formularza internetowego, systemu powiadomień albo usługi do obsługi newsletterów. Wtedy pojedynczy rekord może nie obejmować wszystkich dozwolonych źródeł. Skutkiem bywa wynik fail lub softfail, mimo że nadawca korzysta z legalnej usługi.

Inną przyczyną jest zbyt skomplikowana polityka. Rekord SPF może odwoływać się do kolejnych domen, a mechanizm DNS ma ograniczenia dotyczące liczby zapytań wykonywanych podczas jednej kontroli. Nadmiar odwołań, nieaktualne wpisy i błędne składniki prowadzą do permerror. Zmiana konfiguracji bez sprawdzenia wszystkich zależności może więc pogorszyć dostarczanie poczty zamiast je poprawić.

Problematyczne bywa także przekazywanie wiadomości przez pośredni system. Po przekazaniu zmienia się adres bezpośredniego nadawcy, dlatego pierwotny wynik SPF może przestać odpowiadać miejscu, z którego wiadomość dociera do kolejnego odbiorcy. W takich scenariuszach większe znaczenie może mieć prawidłowy podpis DKIM oraz właściwie skonfigurowana polityka DMARC. Rozwiązanie zależy od całego łańcucha przekazywania, a nie tylko od pojedynczego wiersza w nagłówku.

Nie należy usuwać lub ręcznie poprawiać Received-SPF w odebranej wiadomości, aby zmienić jej ocenę. Taki wpis pełni funkcję dowodową i powinien pozostać w oryginalnej postaci. Przydatne jest natomiast zachowanie pełnych nagłówków, ponieważ skrócony widok wiadomości w aplikacji pocztowej często ukrywa informacje potrzebne do ustalenia przebiegu dostarczenia.

Received-SPF — praktyczne wskazówki przy analizie poczty

Analizę najlepiej rozpocząć od uzyskania pełnych nagłówków wiadomości. Następnie należy odszukać wszystkie wpisy związane z Received-SPF, SPF, DKIM i DMARC oraz porównać wskazane domeny. Szczególną uwagę warto zwrócić na adres IP oceniany przez system odbierający, domenę używaną do sprawdzenia oraz końcowy rezultat. Sama obecność słowa pass nie przesądza o wiarygodności korespondencji, a wynik fail nie zawsze oznacza celowe oszustwo.

Przy zgłoszeniu problemu z dostarczaniem warto przygotować przykładową wiadomość wraz z pełnymi nagłówkami, datą odbioru, adresem nadawcy oraz informacją, czy problem dotyczy jednej domeny, czy wielu odbiorców. Należy unikać przekazywania haseł, kodów dostępu i danych, które nie są potrzebne do diagnozy. W przypadku korespondencji firmowej pomocne bywa również wskazanie, z jakiej usługi wysłano wiadomość i czy niedawno zmieniano konfigurację domeny.

Jeżeli wiadomości trafiają do spamu, odrzucenie może wynikać nie tylko z SPF. Znaczenie mają także reputacja adresu, zgodność domen, podpis DKIM, polityka DMARC, treść wiadomości, załączniki i wcześniejsze zgłoszenia odbiorców. Dlatego poprawa jednego rekordu nie gwarantuje natychmiastowej zmiany klasyfikacji. Konfigurację należy sprawdzać po stronie domeny, usługi wysyłającej oraz systemu odbiorczego.

• zachować oryginalną wiadomość wraz z pełnymi nagłówkami,
• sprawdzić, która domena została poddana kontroli SPF,
• porównać adres bezpośredniego źródła z opublikowaną polityką domeny,
• uwzględnić wyniki DKIM i DMARC,
• zweryfikować, czy wiadomość była przekazywana przez dodatkowy system.

Received-SPF — kiedy zgłosić się do serwisu

Do serwisu warto zgłosić się wtedy, gdy problem z nagłówkiem Received-SPF powtarza się mimo poprawnych ustawień domeny, wiadomości są odrzucane przez różne skrzynki albo nie można ustalić, który system zmienia przebieg dostarczania. Pomoc może obejmować odczyt pełnych nagłówków, rozdzielenie problemu z konfiguracją domeny od problemu z aplikacją pocztową oraz wskazanie informacji, które należy przekazać administratorowi poczty. W Warszawie działa Warszawskie Pogotowie Komputerowe 24/7, a kontakt telefoniczny jest możliwy pod numerem +48 22 100 48 29.

Przed przekazaniem zgłoszenia przydatne jest przygotowanie dwóch przykładów: wiadomości dostarczonej prawidłowo i wiadomości odrzuconej lub skierowanej do spamu. Należy zachować pełne nagłówki oraz opisać, czy problem dotyczy konkretnego nadawcy, domeny, odbiorcy lub programu pocztowego. Taki zestaw danych ułatwia odróżnienie błędu w rekordzie SPF od problemu z przekazywaniem, uwierzytelnianiem albo filtrowaniem treści.

Jeżeli analiza wskazuje na nieprawidłową politykę domeny, konieczne może być skonsultowanie zmian z osobą zarządzającą DNS i pocztą. Jeżeli natomiast nagłówki są poprawne, a trudność występuje tylko na jednym urządzeniu, przyczyna może leżeć w lokalnej aplikacji, synchronizacji konta, filtrach lub uszkodzonych danych profilu. W każdym przypadku warto opierać ocenę na pełnej wiadomości i powtarzalnym objawie, a nie na pojedynczym słowie widocznym w skróconym podglądzie.