Atrybucja nadawcy łączy obserwowaną ścieżkę poczty z odpowiedzialną usługą. To nie to samo, co rozpoznanie właściciela adresu IP lub znalezienie znanej nazwy dostawcy. Oceń agenta na podstawie celowo niejednoznacznych przykładów, zanim oprzesz się na spisie nadawcy lub pozwolisz mu zalecić nową autoryzację.
Zdefiniuj etykietę, której potrzebujesz
Oddzielny dostawca infrastruktury, instancja obsługi klienta, właściciel firmy i status zatwierdzenia. Współdzielony adres dostawcy może obsługiwać pierwszą etykietę, pozostawiając trzy pozostałe nieznane. A DKIM domena określa odpowiedzialność za podpisanie w ramach protokołu; samo w sobie nie identyfikuje działu zakupów ani aktualnego zatwierdzenia. RFC 6376 opisuje semantykę tożsamości podpisu i weryfikacji.
Zbuduj złoty zestaw, korzystając z kontrolowanych próbek, konfiguracji dostawcy specyficznej dla konta i decyzji właściciela usługi. Zachowaj nieporozumienia jako nierozwiązane etykiety. Nie używaj wcześniejszych domysłów agenta jako prawdy i nie nagradzaj prawidłowego rozpoznania dostawcy jako prawidłowego przypisania usługi biznesowej.
Uwzględnij przypadki zmuszające do wstrzymania się od głosu
Rozważ pięć hipotetycznych opisów przypadków: wspólna infrastruktura z dwiema możliwymi usługami; ścieżka przekazania bez potwierdzenia konta pochodzenia; wskazówka przeznaczona wyłącznie dla dostawcy; usługa wspierana przez konfigurację konta, pasującą kontrolowaną próbkę i zaakceptowanego właściciela; i sprzeczne zapisy właścicieli. Zgodnie z proponowaną konserwatywną zasadą wymagającą unikalnej instancji usługi i potwierdzenia, tylko czwarta obsługuje atrybucję. Pozostałe cztery wymagają określenia brakujących dowodów lub rozwiązania konfliktu.
Jest to zasada ilustracyjna, a nie silnik identyfikacji nadawcy lub wykonywany klasyfikator. Prawdziwe architektury mogą wymagać dodatkowych dowodów dotyczących routingu, bramy i konta. Uwierzytelnianie DKIM może przetrwać niektóre przekazywanie w przypadku zmiany adresu IP połączenia; niekoniecznie przetrwa modyfikację wiadomości. Sama korelacja adresów nie może wyjaśnić każdej ścieżki pośredniej.
Mierz błędy, które mają znaczenie
Licz fałszywe atrybucje oddzielnie od wstrzymania się od głosu. Fałszywe przypisanie może autoryzować niewłaściwego nadawcę lub ukryć zagrożoną integrację. Wstrzymanie się od głosu stwarza prace dochodzeniowe, ale utrzymuje niepewność. Zgłaszaj prawidłowe przyporządkowanie przypadków, na które udzielono odpowiedzi, wraz z pokryciem całego zestawu; system, który odpowiada tylko na jeden łatwy przypadek, nie powinien wydawać się powszechnie dokładny.
Gdyby wyimaginowany system odpowiedział poprawnie tylko w potwierdzonym przypadku i wstrzymał się od głosu w pozostałych czterech, poprawność odpowiedzi wyniosłaby 1/1, podczas gdy pokrycie odpowiedzi wyniosłoby 1/5, czyli 20%. Założone obliczenia nie określają precyzji produkcji ani braku przyszłych błędów. Pojedynczy przypadek, na który można łatwo odpowiedzieć, nie może potwierdzać szerokiego twierdzenia o dokładności. W przypadku rzeczywistej oceny należy zachować konkretne dane wejściowe, oczekiwane etykiety i zaobserwowane wyniki, aby recenzent mógł zakwestionować zarówno odpowiedź, jak i uzasadnienie etykiety.
Połącz ocenę z operacjami
Nierozwiązane sprawy kieruj do właściciela usługi lub administratora poczty, podając listę brakujących dowodów. Nie dodawaj SPF uprawnienia, deleguj a Selektor DKIM lub zrelaksuj się DMARC tylko dlatego, że dostawca wydaje się wiarygodny. RFC 9989's wyrównanie wynik odpowiada na pytanie uwierzytelniające, a nie pytanie dotyczące autoryzacji biznesowej.
Przetestuj ponownie po zmianach w agencie, wzbogaceniu źródła, analizatorze składni lub mapowaniu dostawcy. Uwzględnij negatywne przykłady z prawdziwych dochodzeń, jeśli jest to dozwolone, i minimalizuj dane osobowe. Zachowaj wersjonowane uzasadnienie etykiety, aby lepszy wynik nie mógł wynikać jedynie z ponownego zdefiniowania niejednoznacznych przypadków jako znanych. Ten projekt testu nie sugeruje żadnej możliwości atrybucji EmailAuth .
Podstawowe czytanie: RFC 6376 DKIM, Raportowanie zbiorcze RFC 9990 DMARC, RFC 9989 DMARC.