nagłówki e-mail

Nagłówki e-mail to zestaw pól technicznych poprzedzających treść wiadomości.

Co czytamy w polach technicznych wiadomości

Nagłówki to metadane poprzedzające treść, oddzielone od niej pustą linią. Część zna każdy — From, To, Subject, Date, Cc — ale diagnostyczna wartość leży gdzie indziej. Message-ID nadaje wiadomości unikalny identyfikator, po którym administrator odnajdzie ją w dzienniku serwera. Zestaw pól Received układa się w łańcuch zapisywany od dołu do góry: najniższy wpis pochodzi od serwera nadawcy, najwyższy od ostatniego serwera przed skrzynką. Return-Path wskazuje adres, na który wrócą komunikaty o błędzie doręczenia, i bardzo często różni się od adresu widocznego w polu nadawcy — właśnie ta rozbieżność jest typowa dla wiadomości podszywających się pod cudzą domenę.

Uwierzytelnianie nadawcy zapisane w nagłówkach

Nowoczesne serwery dopisują wyniki weryfikacji do pola Authentication-Results. Znajdziemy tam trzy oceny. SPF sprawdza, czy adres IP serwera wysyłającego znajduje się na liście opublikowanej w rekordzie TXT domeny nadawcy. DKIM weryfikuje podpis kryptograficzny wiadomości kluczem publicznym pobranym z DNS, potwierdzając, że treść nie została zmieniona w drodze. DMARC łączy oba wyniki i sprawdza zgodność domeny widocznej dla odbiorcy z domeną uwierzytelnioną, a dodatkowo mówi serwerom, co robić z wiadomością, która testu nie przeszła. Wynik pass przy wszystkich trzech nie gwarantuje, że wiadomość jest uczciwa — oznacza tylko, że nadawca faktycznie kontroluje domenę, z której pisze. Fałszywe faktury bywają wysyłane z poprawnie skonfigurowanych domen łudząco podobnych do prawdziwej.

Jak dotrzeć do nagłówków i co w nich mylące

W Outlooku pełny zestaw pól znajduje się po otwarciu wiadomości w osobnym oknie, w opcjach wiadomości pod pozycją z właściwościami, w polu z nagłówkami internetowymi. W Thunderbirdzie służy do tego skrót Ctrl+U pokazujący źródło wiadomości, w Gmailu opcja pokazania oryginału w menu przy przycisku odpowiedzi. Analizując je, łatwo o dwie pomyłki. Pierwsza to zaufanie do pól Received poniżej pierwszego serwera należącego do naszej infrastruktury — wszystko, co dopisał nadawca, może być spreparowane. Druga to mylenie czasu z pola Date, ustawianego przez program nadawcy i podatnego na źle ustawiony zegar, z czasem faktycznego przyjęcia wiadomości widocznym w polach Received. Przy sporze o termin złożenia oferty ta różnica bywa rozstrzygająca.

Ustalanie, skąd naprawdę przyszła wiadomość

Analizujemy nagłówki, gdy trzeba udowodnić, kto i kiedy wysłał korespondencję, gdy firma otrzymuje faktury z podmienionym numerem konta albo gdy własne wiadomości zaczynają lądować w śmieciach u kontrahentów. W drugim przypadku zwykle kończy się na poprawieniu wpisów SPF, DKIM i DMARC w DNS domeny. Konsultacje prowadzimy przez całą dobę, siedem dni w tygodniu.