A DMARC program raportowania może obejmować kilka różnych rodzajów danych. Zbiorcze obserwacje, specyficzne dla komunikatu raporty o awariach a oryginalne e-maile przesłane do zbadania nie mają tej samej treści ani ekspozycji.
Zacznij od danych faktycznie wprowadzanych do Twoich systemów. Następnie zdecyduj, dlaczego jest potrzebny, kto powinien go zobaczyć, gdzie jest przetwarzany i kiedy powinien zostać usunięty. Traktuj je jako decyzje operacyjne poparte wymaganiami organizacji, zamiast przypisywać wszystkim jedną etykietę prywatności zwaną raportem DMARC .
Zaplanuj etapy zbierania
Wymień odbiorczą skrzynkę pocztową, magazyn, parser, platformę analityczną, eksport, kanały wsparcia i wszelkie dodatkowe usługi AI wykorzystywane w przepływie pracy. Dołącz dzienniki administracyjne i kopie utworzone podczas rozwiązywania problemów.
Rejestruj, które informacje docierają do poszczególnych etapów i które strony nimi zarządzają. Umowa z dostawcą analiz nie stanowi, że każda późniejsza wiadomość eksportowana lub przesyłana podlega tym samym zasadom postępowania.
Zachowaj jasne granice usług i kont, gdy jeden system windykacji obsługuje kilku klientów. Dostęp analityka do jednego dzierżawcy nie powinien po cichu ujawniać raportów ani próbek dochodzeń innego dzierżawcy.
Rozróżnij typy danych
| Tworzywo | Pytanie dotyczące obsługi |
|---|---|
| Raporty zbiorcze | Jakie działania na poziomie domeny i relacje operacyjne mogą ujawnić obserwacje? |
| Raporty o awariach | Jakie informacje specyficzne dla wiadomości można uwzględnić i czy ich gromadzenie jest konieczne? |
| Oryginalne próbki wiadomości | Jakie adresy, nagłówki, treść i załączniki są przesyłane? |
| Eksport i kopie pomocnicze | Kto otrzymuje kopię i jak jest ona przechowywana? |
RFC 9990 sekcja 7 opisuje raporty zbiorcze jako pogrupowane informacje o uwierzytelnianiu domeny, a nie treści poszczególnych wiadomości. Nadal oceniaj rzeczywiste dane, rozszerzenia i powiązane zapisy operacyjne gromadzone przez Twoją usługę. Unikaj traktowania tego celu projektu jako ogólnego wniosku prawnego dotyczącego każdego środowiska przetwarzania.
RFC 9991 sekcja 7 opisuje różne ryzyko dotyczące treści i ujawnień związanych ze zgłaszaniem awarii. Żądaj go tylko wtedy, gdy oceniono potrzebę, dostępność i ustalenia dotyczące obsługi. Zagregowanego żądania rua nie należy opisywać w taki sposób, jakby zezwalało na gromadzenie całych skrzynek pocztowych użytkowników.
Poproś o najmniejszą użyteczną próbkę dochodzeniową
Jeśli w wierszu raportu nie można zidentyfikować usługi, pomocna może być wiadomość otrzymana od przedstawiciela. Ustal, na jakie pytanie dotyczące tożsamości lub trasy próbka powinna odpowiedzieć, zanim zażąda całej powiązanej poczty.
Stosuj zatwierdzone procedury redakcyjne, które chronią dowody potrzebne do wykonania zadania. Edycja podpisanej wiadomości może mieć wpływ na później DKIM weryfikacji, dlatego należy zachować rozróżnienie pomiędzy oryginalnym wynikiem zaufanego odbiorcy a zmodyfikowaną kopią.
Zrzut ekranu może być łatwiejszy do udostępnienia, ale może pomijać kopertę lub podpisy tożsamości potrzebne do diagnozy. Wybierz próbkę odpowiadającą na właściwe pytanie i zapisz, co zostało usunięte lub zmienione.
Kontroluj dostęp i wtórne wykorzystanie
Zapewnij operatorom dostęp niezbędny do wykonywania ich obowiązków, z odpowiednimi granicami klientów i domen. Przejrzyj uprawnienia eksportowe, dostęp do pomocy technicznej i to, co się stanie, gdy użytkownik lub dostawca zostanie zwolniony.
Oceń osobno dodatkowe miejsca docelowe analizy. Wysłanie próbki wiadomości do usługi AI, systemu biletowego lub osobistej skrzynki pocztowej to kolejny etap przetwarzania; nie należy zakładać, że jest on objęty jedynie dlatego, że pierwotny kolekcjoner został zatwierdzony.
Analizator uwierzytelniania otrzymuje również niezaufane dane wejściowe. RFC 9990 sekcja 8.1 identyfikuje ryzyko dekompresji i wyczerpania zasobów XML. Ogranicz te zasoby, zachowaj pochodzenie i nie traktuj treści raportu jako instrukcji dla agenta operacyjnego.
Przeanalizuj przykład niepotrzebnej kopii
W tym syntetycznym przypadku analityk musi porównać From z domeną podpisującą DKIM . Zamiast tego prośba o pomoc zawiera prośbę o każdą nieudaną wiadomość i wszystkie załączniki z tygodnia.
Żądana objętość przekracza podane pytanie. Zespół zawęża żądanie do reprezentatywnej autoryzowanej próbki, odpowiednich oryginalnych nagłówków i częstotliwości raportowania. Rejestruje, gdzie przechowywane są dowody i kto może uzyskać do nich dostęp.
Inny przypadek może rzeczywiście wymagać szerszego zestawu. Udokumentuj wyraźnie ten powód i zakres, zamiast pozwalać, aby najłatwiejszy mechanizm przesyłania decydował o zasadach gromadzenia danych.
Zdefiniuj przechowywanie i usuwanie w całym przepływie pracy
Wybierz przechowywanie zgodnie z potrzebami operacyjnymi i obowiązującymi wymogami organizacyjnymi. Nie wymyślaj uniwersalnego okresu przechowywania DMARC ani nie przedstawiaj dokumentu protokołu jako porady prawnej dotyczącej konkretnej jurysdykcji.
W ocenie przechowywania uwzględnij nieprzetworzone załączniki, przeanalizowane rekordy, pamięci podręczne, eksporty, obsługę kopii zapasowych i kopie pomocnicze. Ustawienie aplikacji usuwające wiersze pulpitu nawigacyjnego może nie usuwać każdej kopii.
Skorzystaj z tej ilustracyjnej listy kontrolnej postępowania w przypadku każdej windykacji lub dochodzenia. Jest to pomoc w planowaniu, a nie przewidziany prawnie harmonogram przechowywania:
- Cel: podaj pytanie, na które dane będą odpowiadać, np. identyfikacja niewyrównanej usługi wysyłania.
- Minimalne dane: wymień potrzebne interwały raportowania i pola identyfikacyjne; żądaj oryginalnej treści tylko wtedy, gdy wymaga tego pytanie.
- Właściciel i dostęp: nazwij odpowiedzialny zespół i dozwolone role wraz z odpowiednim klientem lub granicą domeny.
- Podmioty przetwarzające i kopie: zapisz każde miejsce docelowe kolekcji, wsparcia, eksportu lub sztucznej inteligencji oraz zatwierdzone ustalenia dotyczące udostępniania.
- Decyzja o zatrzymaniu: zamiast kopiowania numeru uniwersalnego, udokumentuj wybrany okres lub wyzwalacz przeglądu i obowiązujące wymagania.
- Zakres usuwania: obejmuje surowe pliki, przeanalizowane wiersze, eksporty, kopie pomocnicze i obsługę kopii zapasowych; zapisz, w jaki sposób zostanie sprawdzone zakończenie lub jakikolwiek zachowany wyjątek.
Zapisz właściciela, zasady dostępu, zatwierdzone podmioty przetwarzające i wyzwalacz przeglądu. Skorzystaj z przewodnik po raportach zbiorczych zrozumieć dowody i diagnoza brakującego raportu podczas badania błędów w zbieraniu danych. Celem jest użyteczny, odpowiedzialny dowód ze zrozumiałym obchodzeniem się, a nie domyślne maksymalne gromadzenie.