Wygenerowany rekord jest artefaktem decyzyjnym
A Rekord DMARC generator może sformatować proponowaną politykę, ale nie może zdecydować, jakich legalnych nadawców ma organizacja, jakie ryzyko biznesowe akceptuje ani czy miejsce docelowe raportowania jest autoryzowane. Wyniki powinny wyjaśniać każdy wybór polityki i leżące u jego podstaw założenia. Ciąg znaków, który można skopiować bez tych decyzji, może zachęcić do publikacji zasad zgodnych z składnią, które nie pasują do rzeczywistego przepływu poczty w organizacji.
RFC 9989 określa bieżący format i mechanizm polityki. W tym artykule zaproponowano wymagania dotyczące generatora i przegląd wyników z komentarzami. Nie twierdzi, że EmailAuth wdraża generator, tworzy rekord gotowy do produkcji lub zmienia DNS . Wymagane oryginalne przypadki testowe i dowody operacyjne pozostają oddzielone od ram objaśniających.
Ustal domenę zasad i własność
Zapisz domenę, dla której przygotowywana jest polityka, właściciela firmy, właściciela publikacji DNS i legalne przepływy pracy w zakresie. Należy odróżnić dokładną nazwę właściciela miejsca, w którym polityka zostanie opublikowana, od tożsamości domen używanych przez nadawców. Generator nie powinien po cichu wybierać domeny nadrzędnej lub podrzędnej na podstawie etykiety wyświetlanej lub założonych granic organizacyjnych.
Aktualne odkrycie zasad obejmuje Spacer po drzewie DNS opisany przez RFC 9989. Adnotacja generatora powinna wyjaśniać zamierzony zakres i wszelkie założenia związane z dziedziczeniem, które wymagają przeglądu, a nie zapewniać, że rekord wpływa tylko na adres wpisany przez użytkownika. Rzeczywiste zachowanie zależy od standardu i implementacji odbiornika. Podczas tej pracy nie sprawdzano żadnej hierarchii domeny ani istniejących zasad.
Wyjaśnij żądaną politykę i gotowość
Żądana polityka wyraża preferencje właściciela domeny dotyczące oceny zgodnie z protokołem; nie jest to gwarancja ostatecznej dyspozycji odbiorcy ani oświadczenie, że każdy uprawniony nadawca jest gotowy. Przed zaleceniem egzekwowania wymagaj oceny gotowości każdego nadawcy i uzyskania autoryzowanej decyzji w sprawie pozostałych niepowodzeń. Generator może przedstawiać wybory i konsekwencje, ale nie powinien wymyślać stojącej za nimi akceptacji biznesowej.
Wyjaśnić wyrównanie wyborów niezależnie od surowości polityki. Widoczna domena From, uwierzytelniona SPF tożsamość i DKIM domena podpisująca ma zdefiniowane relacje w ramach DMARC. Ścisłe i swobodne dostosowanie to nie tylko etykiety oznaczające większe i słabsze ogólne bezpieczeństwo; ich konsekwencje operacyjne zależą od struktury domeny organizacji i usług wysyłających. Zachowaj wybrane uzasadnienie i nierozwiązane zależności w wynikach z adnotacjami.
Zachowaj bieżącą wersję i semantykę tagów
RFC 9989 nadal określa wartość wersji DMARC1 z uwzględnieniem wielkości liter. Generator nie powinien reklamować nowego dokumentu standardów jako przejścia na DMARC2. Wymaganą pozycję i wartość znacznika wersji należy sprawdzić zgodnie z bieżącym formatem. Nieznane tagi muszą być ignorowane przez przetwarzanie protokołu zgodnie z formalną definicją, więc narzędzie powinno odróżnić ostrzeżenie o nieobsługiwanym tagu od wymyślonej reguły, że każdy nieznany tag unieważnia całą politykę.
Dodatek A.6 wyjaśnia usunięcie pct i wprowadzenie t z wartościami y i n. Generator prądu nie powinien przenosić przestarzałego suwaka procentowego tak, jakby był to aktualna kontrola normatywna, ani nie powinien zakładać, że zastąpienie każdego historycznego procentu wartością t jest bezpieczną uniwersalną migracją. Powinien dokumentować docelowy standard, dokładną semantykę testów i pytania dotyczące kompatybilności, które pozostają dla zamierzonego środowiska.
Traktuj odbiorców raportów jako zatwierdzonych odbiorców
RFC 9990 definiuje zbiorcze raportowanie i weryfikację odbiorców zewnętrznych. Generator powinien wyjaśnić, że publikowanie żądania raportu i otrzymywanie raportów to różne etapy. Powinno ono określać proponowanego odbiorcę, cel danych oraz to, czy wydano odpowiednie zezwolenie na miejsce przeznaczenia. Nie wnioskuj o autoryzację tylko dlatego, że użytkownik wkleił adres do formularza.
Artykuł ten nie podaje adresu do raportowania, nie publikuje zapisu autoryzacji ani nie wysyła danych osobom trzecim. Proponowany wynik powinien wykorzystywać wyraźnie nieoperacyjne symbole zastępcze do czasu zatwierdzenia miejsca docelowego. W adnotacji należy również podać, że dostępność raportu zależy od odbiorców i dostarczenia, zatem podanie identyfikatora URI nie gwarantuje kompletności obserwacji. Opcje raportowania błędów, jeśli są dostępne, wymagają własnej obsługiwanej specyfikacji i przeglądu prywatności, a nie przypadkowego łączenia w ustawienia raportu zbiorczego.
Wyjaśnij obsługę istniejących rekordów i duplikatów
Generator powinien zapytać, jak proponowana polityka odnosi się do istniejącego opublikowanego stanu. Wyprodukowanie drugiego kandydata na polisę u tego samego właściciela może dać inny wynik niż zastąpienie zatwierdzonego istniejącego rekordu. Dane wyjściowe powinny zatem opisywać zamierzoną dokładną różnicę i zachować materiał do przywrócenia, a nie po prostu powiedzieć, że to dodaj Rekord TXT. Istniejących niepowiązanych danych TXT nie należy usuwać jako efektu ubocznego generowania polityki.
RFC 1035 definiuje strukturę rekordu TXT . Wiele ciągów w jednym rekordzie TXT to nie to samo, co wiele rekordów zasad. Adnotacja i testy powinny zachować to rozróżnienie, aby wyświetlacz edytora nie wprowadził operatora w błąd. Nie sprawdzono tutaj żadnego istniejącego stanu DNS ; obsługa duplikatów pozostaje proponowanym wymogiem testowym, a nie zweryfikowanym wynikiem.
Arkusz wyjściowy z adnotacjami
Utwórz arkusz zawierający domenę zasad, właściciela publikacji, proponowany zapis, znaczenie każdego znacznika, wybrane uzasadnienie, wymagane dowody i właściciela zatwierdzenia. Dodaj odniesienie do istniejącego stanu, dokładną zamierzoną różnicę, autoryzację odbiorcy raportu, ograniczenia zgodności, plan weryfikacji i kryteria wycofywania. Trzymaj wygenerowaną składnię oddzielnie od stanu zatwierdzenia i publikacji. Wypełniony formularz nie powinien automatycznie oznaczać zgody na wprowadzenie rzeczywistej zmiany.
Wymagany zestaw urządzeń powinien obejmować przypadki pozytywne, prawidłowe, nieprawidłowe wersje lub przypadki o wymaganym formacie, zduplikowane kandydaci na zasady i zachowanie nieobsługiwanego tagu. Oddzielnie określ oczekiwane wyniki wynikające z obowiązującego standardu i zasad prezentacji produktu. Zachowaj wersję generatora, dane wejściowe i zaobserwowane wyniki podczas późniejszego uruchamiania autoryzowanych testów. W tej wersji roboczej nie generowano ani nie oceniano tych osprzętu i nie stwierdzano zgodności z wdrożeniem.
Fikcyjna diagnoza: suwak procentowy ukrywa decyzję
Fikcyjny zespół korzysta ze starego formularza zasad z suwakiem procentowym i zakłada, że wybranie mniejszej liczby sprawi, że wszelkie zmiany w egzekwowaniu zasad będą bezpieczne. Recenzent zadaje pytanie, jaki standard implementuje formularz, jaka jest uzasadniona gotowość nadawcy organizacji i jak zaproponowany wynik będzie zachowywał się u odpowiednich odbiorców. Wygląd kontrolki nie daje odpowiedzi na te pytania.
Proponowaną odpowiedzią jest uzyskanie bieżącego zachowania powiązanego ze standardami, udokumentowanie decyzji politycznej i weryfikacja dokładnego planu zmian, zamiast mechanicznego przekładania suwaka na inny znacznik. Żaden prawdziwy generator ani dostawca nie jest oskarżany o takie zachowanie. Ćwiczenie jest fikcyjne i nie wymaga wygenerowania rekordu, modyfikacji DNS ani przeprowadzenia testu odbiornika. Pokazuje, dlaczego uzasadnienie polityki musi pozostać widoczne obok składni.
Wymagaj dowodów przed wywołaniem gotowych wyników
Przydatny wynik generatora wskazuje, jakie dane wejściowe zostały dostarczone, jakie założenia pozostały i co musi się wydarzyć przed publikacją. Może pomóc wykwalifikowanemu właścicielowi w podjęciu spójnej decyzji bez twierdzenia, że sformatowany tekst zapewnia bezpieczne egzekwowanie. Ostateczną władzą pozostaje zatwierdzony proces zmian biznesowych i technicznych.
Katalog wymaga rekordu z adnotacjami oraz przypadków testowych pozytywnych, nieprawidłowych, zduplikowanych i z nieobsługiwanymi tagami. Te oryginalne artefakty pozostają otwarte. Otwarte pozostają także przegląd specjalistów, możliwość zastosowania źródeł, trasy produkcji, dostępność i zezwolenie właściciela. Ta wersja robocza zawiera proponowany arkusz kalkulacyjny i fikcyjną diagnozę, a nie gotową do publikacji politykę, zakończone testy lub zweryfikowane funkcje narzędzia EmailAuth .