RFC 8617

RFC 8617 to specyfikacja standardu ARC, zachowującego łańcuch autentyczności przy przekazywaniu wiadomości.

RFC 8617 i cel ARC w poczcie elektronicznej

RFC 8617 opisuje standard ARC, czyli Authenticated Received Chain. Jego zadaniem jest zachowanie informacji o uwierzytelnieniu wiadomości w sytuacji, gdy wiadomość przechodzi przez pośredników, na przykład listę dyskusyjną, bramę pocztową albo usługę przekazującą pocztę. Przy takim przekazaniu klasyczna weryfikacja SPF może przestać odzwierciedlać pierwotnego nadawcę, ponieważ serwer pośredni wysyła wiadomość z własnego adresu IP. Z kolei podpis DKIM może stać się niepoprawny po modyfikacji treści lub nagłówków przez pośrednika.

ARC nie zastępuje SPF, DKIM ani DMARC. Tworzy dodatkowy łańcuch podpisanych informacji, który pozwala kolejnym serwerom ocenić, jakie wyniki uwierzytelniania uzyskał wcześniejszy uczestnik dostarczania wiadomości. Odbiorca może dzięki temu uwzględnić wcześniejszy, podpisany kontekst zamiast traktować wiadomość wyłącznie na podstawie wyników uzyskanych na ostatnim serwerze pośredniczącym.

Trzy nagłówki tworzące zestaw ARC

Każdy zestaw ARC składa się z trzech nagłówków przypisanych do tego samego numeru instancji. ARC-Authentication-Results, skracany jako AAR, zawiera wyniki uwierzytelniania zaobserwowane przez serwer ARC. ARC-Message-Signature, oznaczany jako AMS, jest podpisem w formacie opartym na składni DKIM i obejmuje wybrane nagłówki oraz treść wiadomości. ARC-Seal, czyli AS, podpisuje informacje dotyczące całego łańcucha ARC, w tym wcześniejsze pieczęcie i podpis wiadomości.

Numer instancji znajduje się w parametrze i=, na przykład i=1 dla pierwszego uczestnika tworzącego łańcuch oraz i=2 dla następnego. Nagłówki jednego zestawu mają więc zgodne oznaczenie instancji. W podpisach używane są również typowe dla DKIM parametry, takie jak algorytm podpisu a=, domena podpisująca d=, selektor s=, lista podpisanych nagłówków h= oraz wartość podpisu b=. Weryfikacja wymaga sprawdzenia podpisu, poprawności kolejności instancji i spójności całego łańcucha.

Parametr cv i ocena zaufania do łańcucha

ARC-Seal zawiera parametr cv=, który opisuje wynik oceny poprzedniej części łańcucha. Dla pierwszej instancji stosuje się wartość cv=none, ponieważ nie istnieje jeszcze wcześniejszy zestaw ARC. W kolejnych instancjach używana jest wartość cv=pass albo cv=fail. Wartość pass oznacza, że wcześniejszy łańcuch przeszedł wymagane kontrole, natomiast fail wskazuje problem z jego spójnością lub weryfikacją.

Obecność nagłówków ARC sama w sobie nie dowodzi, że wiadomość jest bezpieczna i pochodzi od deklarowanego nadawcy. Serwer odbiorczy musi zweryfikować podpisy kryptograficzne, pobrać właściwe klucze publiczne z DNS, sprawdzić zgodność instancji oraz ocenić, czy podmiot tworzący łańcuch jest wiarygodny w danym środowisku. Wynik ARC może być następnie użyty jako jeden z elementów decyzji antyspamowej lub oceny DMARC, ale polityka odbiorcy nadal określa, jaką wagę przypisać temu wynikowi.

ARC w analizie problemów z dostarczaniem wiadomości

Przy diagnozowaniu wiadomości warto sprawdzić komplet nagłówków ARC, ich numery instancji oraz relację między AAR, AMS i AS. Brak jednego z elementów zestawu, powtarzające się numery i=, niepoprawny podpis lub niezgodność wartości cv= mogą wskazywać na błędne działanie pośrednika albo na modyfikację wiadomości po jej podpisaniu. Należy także porównać wyniki ARC z nagłówkami Authentication-Results, wynikami SPF i DKIM oraz informacją o polityce DMARC. Sam komunikat „ARC pass” nie powinien być interpretowany bez sprawdzenia domeny podpisującej i całej ścieżki dostarczenia.

Na komputerze użytkownika problem z ARC zwykle nie wynika z uszkodzenia laptopa ani z ustawienia pojedynczej aplikacji pocztowej. Nagłówki są dodawane i weryfikowane przez serwery uczestniczące w transporcie poczty, dlatego przydatne jest zapisanie oryginalnych nagłówków wiadomości i prześledzenie ich od najstarszej instancji do najnowszej. Diagnostyka może obejmować również sprawdzenie rekordów DNS używanych do publikacji kluczy DKIM oraz ustalenie, który serwer lub pośrednik zmienił treść, nagłówki albo sposób przekazywania wiadomości.