Definiera de tre arrangemangen
Övervakning beskriver vanligtvis observation och larm, men termen ensam lovar inte utredning eller åtgärdande. Managed operations beskriver människor som utför överenskomna uppgifter, men dess gränser beror på avtalet. Agentassisterat arbete beskriver programvara som hjälper till med uppgifter; det fastställer inte att ändringar är godkända, säkra eller autonoma. Skriv ner de faktiska åtgärder som varje föreslaget arrangemang kan utföra.
Använd en åtgärdsinventering med läs, analysera, föreslå, godkänn, exekvera och verifiera som separata funktioner. Ett system som kan rekommendera en TXT post behöver inte ha tillstånd att publicera den. En granskare som godkänner posten kan fortfarande behöva en DNS administratör för att utföra den godkända ändringen. Bevara distinktionen i både åtkomstdesign och användarvänlig status.
Utöva auktoritet med en negativ kontroll
Överväg en hypotetisk tillståndsmatris: en monitor kan läsa och analysera; en operatör kan dessutom föreslå; utförande kräver ett aktuellt anslag för den specifika åtgärden. I denna föreslagna design måste en icke godkänd DNS ändring vägras. Dessa är undervisningsantaganden, inte observerade tillstånd eller garantier för en namngiven produkt.
Använd samma mönster i en verklig utvärdering: presentera en begärd ändring som saknar erforderligt godkännande och inspektera resultatet och revisionsspåret. Godkänn sedan ett noggrant ofarligt test i en auktoriserad miljö och verifiera att utförandet matchar de godkända parametrarna. Testa om ändrade mål eller värden ogiltigförklarar godkännandet. En logg som säger godkänd är otillräcklig om den inte kan kopplas till den exakta åtgärden.
Behåll ansvar och reversibilitet
För varje åtgärd, namnge personen som är ansvarig när inmatade bevis är ofullständiga. Sammanlagda rapporter kan avslöja autentiseringsresultat, men inte fastställa affärslegitimiteten för varje källa. En automatiserad rekommendation måste bevara den osäkerheten snarare än att översätta all okänd trafik till en obehörig avsändaretikett.
Kräv bevisexport, ändra härkomst, begränsade tillstånd och ett återställningsförfarande innan följdåtgärder tillåts. Undersök hur systemet hanterar inaktuella data, återkallande av godkännande och partiellt fel. Särskilt särskilj en föreslagen ändring, ett försök till ändring och en verifierad ändring. Detta skrivna exempel kan inte intyga säkerheten för någon kommersiell implementering. Använd den föreslagna kontrollen för att definiera beteendet som en faktisk tjänst måste visa enligt din organisations åtkomst- och ändringsregler.
Räckvidd åtgärds- och arbetsbelastningsmatris
Den fiktiva kravmatrisen tilldelar övervakningsanalys till den interna administratören, hanterad utredning till en kontrakterad operatör och agentassisterade förslag till programvara med en auktoriserad administratör som godkänner ändringen. Alla tre behåller en intern tjänsteägare som godkännare, en säkerhetsägare för myndighetsfel och ett utträdeskrav för att exportera öppna ärenden och återkalla scoped access. Bevis måste binda den föreslagna åtgärden till det godkända målet och värdet.
Till exempel, binda ett illustrativt set_txt-beviljande till _dmarc.brand.test och det exakta värdet v=DMARC1; p=none. Den avsedda policyn tillåter endast den åtgärden medan dess bidrag är aktuellt. Ett ändrat mål, ändrat värde, återkallat godkännande, upphörande eller frånvarande beviljande bör neka verkställighet. Jämför förväntade och observerade resultat i ett separat auktoriserat test; den här artikeln kör ingen av dem och skriver ingenting till DNS .
Månatliga antaganden om arbetsbelastning ger övervakning 240 granskningsminuter plus 180 utredningsminuter. Ledat arbete ger 180 utrednings- och 60 tillsynsminuter internt. Agenthjälp förutsätter 120 gransknings-, 180 utrednings- och 60 tillsynsprotokoll, totalt 360. Den antagna minskningen av granskningsarbetet är omättad. Avgifter, onboarding och incidenter förblir uteslutna; matrisen visar hur olika behållna ansvarsområden förändrar en budget, inte vilket arrangemang som är snabbare.
Protokollets omfattning och utvärderingsgränser
RFC 9989 avsnitt 4.4, 5.3.5 och 5.4 särskilja autentiserade identifierare, inriktning och mottagarhantering. Enbart en giltig signatur är inte en komplett DMARC dom och ett pass validerar inte affärsinnehåll. RFC 9990 avsnitt 3.1, 3.5.1, 3.5.4 och 7 beskriv samlade bevis, rapportidentitet, dubbletter och integritet. Föreslagna kommersiella utvärderingar, bemanning och auktoritetsportar här är redaktionella rekommendationer, inte RFC-mandat produktfunktioner. Inget frånvarande körbart tillägg krävs för att läsa dessa skrivna exempel; driftkrav kräver separat auktoriserade observerade tester.