Definer de tre arrangementer
Overvågning beskriver normalt observation og alarmering, men udtrykket alene lover ikke undersøgelse eller afhjælpning. Administrerede operationer beskriver mennesker, der udfører aftalte opgaver, men dets grænser afhænger af aftalen. Agent-assisteret arbejde beskriver software, der hjælper med opgaver; det fastslår ikke, at ændringer er godkendte, sikre eller autonome. Skriv ned de faktiske handlinger, som hvert foreslået arrangement kan udføre.
Brug en handlingsopgørelse med læse, analysere, foreslå, godkende, eksekvere og verificere som separate funktioner. Et system, der kan anbefale en TXT post behøver ikke have tilladelse til at offentliggøre den. En korrekturlæser, der godkender posten, har muligvis stadig brug for en DNS administrator til at udføre den godkendte ændring. Bevar sondringen i både adgangsdesign og brugervendt status.
Udøv autoritet med en negativ kontrol
Overvej en hypotetisk tilladelsesmatrix: en monitor kan læse og analysere; en operatør kan desuden foreslå; udførelse kræver et løbende tilskud til den konkrete handling. I dette foreslåede design skal en ikke-godkendt DNS ændring afvises. Disse er undervisningsantagelser, ikke observerede tilladelser eller garantier for et navngivet produkt.
Brug det samme mønster i en reel evaluering: fremvis en anmodet ændring, der mangler påkrævet godkendelse, og inspicér resultatet og revisionssporet. Godkend derefter en uskadelig test i et autoriseret miljø, og kontroller, at udførelsen matcher de godkendte parametre. Test om ændrede mål eller værdier ugyldiggør godkendelse. En log, der siger godkendt, er utilstrækkelig, hvis den ikke kan knyttes til den nøjagtige handling.
Bevar ansvarlighed og reversibilitet
Navngiv den ansvarlige for hver handling, når inputbeviset er ufuldstændigt. Samlede rapporter kan afsløre autentificeringsresultater, men etablerer ikke forretningslegitimiteten af enhver kilde. En automatiseret anbefaling skal bevare denne usikkerhed i stedet for at oversætte al ukendt trafik til en uautoriseret afsender-etiket.
Kræv beviseksport, ændring af herkomst, afgrænsede tilladelser og en gendannelsesprocedure, før der tillades følgeoperationer. Undersøg, hvordan systemet håndterer forældede data, tilbagetrækning af godkendelse og delvis fejl. Skeln især en foreslået ændring, en forsøgt ændring og en verificeret ændring. Dette skriftlige eksempel kan ikke attestere sikkerheden ved nogen kommerciel implementering. Brug den foreslåede kontrol til at definere den adfærd, en faktisk tjeneste skal udvise under din organisations adgangs- og ændringsregler.
Omfanget handling og arbejdsbelastning matrix
Den fiktive kravmatrix tildeler overvågningsanalyse til den interne administrator, administreret undersøgelse til en kontraheret operatør og agentstøttede forslag til software med en autoriseret administrator, der godkender ændringen. Alle tre beholder en intern tjenesteejer som godkender, en sikkerhedsejer for myndighedsmismatch og et exitkrav for at eksportere åbne sager og tilbagekalde scoped-adgang. Beviser skal binde den foreslåede handling til det godkendte mål og værdi.
Bind f.eks. en illustrativ set_txt-bevilling til _dmarc.brand.test og den nøjagtige værdi v=DMARC1; p=none. Den tilsigtede politik tillader kun denne handling, mens dens bevilling er aktuel. Et ændret mål, ændret værdi, trukket godkendelse, udløb eller manglende bevilling bør nægte eksekvering. Sammenlign forventede og observerede resultater i en separat autoriseret test; denne artikel udfører ingen af dem og skriver intet til DNS .
Månedlige arbejdsbyrdeantagelser tildeler overvågning 240 revisionsminutter plus 180 undersøgelsesminutter. Ledet arbejde efterlader 180 undersøgelser og 60 tilsynsminutter internt. Agentbistand forudsætter 120 revisions-, 180 undersøgelses- og 60 tilsynsprotokoller, i alt 360. Den forudsatte reduktion i revisionsarbejdet er umålt. Gebyrer, onboarding og hændelser forbliver udelukket; matricen viser, hvordan forskellige fastholdte ansvarsområder ændrer et budget, ikke hvilken ordning der er hurtigere.
Protokols omfang og evalueringsgrænser
RFC 9989 afsnit 4.4, 5.3.5 og 5.4 skelne autentificerede identifikatorer, justering og modtagerhåndtering. En gyldig signatur alene er ikke en komplet DMARC dom, og et pass validerer ikke forretningsindhold. RFC 9990 afsnit 3.1, 3.5.1, 3.5.4 og 7 beskrive samlede beviser, rapportidentitet, dubletter og privatliv. Foreslåede kommercielle evalueringer, bemanding og myndighedsporte her er redaktionelle anbefalinger, ikke RFC-manderede produktfunktioner. Intet fraværende eksekverbart supplement er påkrævet for at læse disse skriftlige eksempler; driftskrav kræver særskilt godkendte observerede tests.